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

@@ -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
+#   Lives on the cp-3 USB HDD, single replica (see
-#   k8s/infra/longhorn/longhorn-paperless-storageclass.yaml). Sized 3500Gi to
+#   k8s/infra/longhorn/longhorn-paperless-storageclass.yaml). The 4TB disk is
-#   leave headroom on the 4TB disk rather than claiming it to 100%.
+#   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