fix: shrink paperless-media to 500Gi, give immich the bigger share (2000Gi) - photo libraries grow faster than scanned docs

k8s/apps/paperless/pvc.yaml

@@ -2,10 +2,10 @@
 #
 # - media: the actual documents (originals + OCR'd archive PDFs + thumbnails).
 #   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.
+#   k8s/infra/longhorn/longhorn-paperless-storageclass.yaml). Shares the disk
+#   with Immich's immich-media PVC (k8s/apps/immich/pvc.yaml, 2000Gi) - photo
+#   libraries grow much faster than scanned documents, so paperless gets the
+#   smaller 500Gi share.
 # - 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
@@ -20,7 +20,7 @@ spec:
   storageClassName: longhorn-paperless-media
   resources:
     requests:
-      storage: 2000Gi
+      storage: 500Gi
 ---
 apiVersion: v1
 kind: PersistentVolumeClaim