From 1518ebc2dd58ba2563810a7825594f1eb94ea7cf Mon Sep 17 00:00:00 2001
From: Story Crater Bot <19826264+Riotpiaole@users.noreply.github.com>
Date: Tue, 25 Aug 2026 18:09:23 -0700
Subject: [PATCH] fix: shrink paperless-media to 2TB, split cp-3 HDD with
 Immich

4TB disk on cp-3 was single-tenant for paperless (3500Gi). Splitting
2TB/2TB with the new Immich media PVC on the same disk/tag. Live PVC
and Longhorn volume already deleted+recreated manually (data was
outdated test uploads only, nightly MinIO backup covers it).
---
 k8s/apps/paperless/pvc.yaml | 10 ++++++----
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/k8s/apps/paperless/pvc.yaml b/k8s/apps/paperless/pvc.yaml
index 4fcfb87..7d6f89d 100644
--- a/k8s/apps/paperless/pvc.yaml
+++ b/k8s/apps/paperless/pvc.yaml
@@ -1,9 +1,11 @@
 # Two volumes, deliberately separate storage classes:
 #
 # - media: the actual documents (originals + OCR'd archive PDFs + thumbnails).
-#   Grows to multi-TB, lives on the cp-3 USB HDD, single replica (see
-#   k8s/infra/longhorn/longhorn-paperless-storageclass.yaml). Sized 3500Gi to
-#   leave headroom on the 4TB disk rather than claiming it to 100%.
+#   Lives on the cp-3 USB HDD, single replica (see
+#   k8s/infra/longhorn/longhorn-paperless-storageclass.yaml). The 4TB disk is
+#   now split 2TB/2TB with Immich's immich-media PVC
+#   (k8s/apps/immich/pvc.yaml), same StorageClass/disk tag - capped at 2000Gi
+#   here to leave Immich its half.
 # - data: the SQLite classification model + search index. Small (low GB),
 #   frequently rewritten, and disposable (rebuilds from the DB + media on
 #   next consume) - stays on the default 3-replica pool instead of the
@@ -18,7 +20,7 @@ spec:
   storageClassName: longhorn-paperless-media
   resources:
     requests:
-      storage: 3500Gi
+      storage: 2000Gi
 ---
 apiVersion: v1
 kind: PersistentVolumeClaim