Separate backup pipeline for the /data/media_store PVC (uploaded images/files/attachments). Media can grow past 100GB and shouldn't be bundled into the same backup path as the Postgres database. Consider Velero + Restic for block-level backup.
Separate backup pipeline for the `/data/media_store` PVC (uploaded images/files/attachments). Media can grow past 100GB and shouldn't be bundled into the same backup path as the Postgres database. Consider Velero + Restic for block-level backup.
Gekoppelt mit #6 - siehe dortigen Kommentar fuer die vollstaendige Analyse (gemeinsame Loesung: Hetzner Storage Box BX11, gebucht 2026-07-28). media_store ist aktuell nur 121 MB, die "ueber 100GB"-Sorge in der Issue-Beschreibung ist eine Zukunftsfrage. Beide DBs + media_store teilen sich denselben CronJob, dieselbe Storage Box, denselben Borg/restic-Ansatz - separate Backup-Pipelines waeren unnoetige Doppelarbeit gewesen.
**Gekoppelt mit #6** - siehe dortigen Kommentar fuer die vollstaendige Analyse (gemeinsame Loesung: Hetzner Storage Box BX11, gebucht 2026-07-28). media_store ist aktuell nur 121 MB, die "ueber 100GB"-Sorge in der Issue-Beschreibung ist eine Zukunftsfrage. Beide DBs + media_store teilen sich denselben CronJob, dieselbe Storage Box, denselben Borg/restic-Ansatz - separate Backup-Pipelines waeren unnoetige Doppelarbeit gewesen.
Umgesetzt zusammen mit #6 - siehe dortigen Kommentar fuer volle Details. synapse-backup CronJob sichert matrix-stack-synapse-media (media_store PVC, read-only mount) zusammen mit den DB-Dumps in ein gemeinsames Borg-Archiv. Restore-Test bestaetigt: alle media_store-Dateien nach Extraktion intakt, Original-Timestamps erhalten.
Umgesetzt zusammen mit #6 - siehe dortigen Kommentar fuer volle Details. `synapse-backup` CronJob sichert `matrix-stack-synapse-media` (media_store PVC, read-only mount) zusammen mit den DB-Dumps in ein gemeinsames Borg-Archiv. Restore-Test bestaetigt: alle media_store-Dateien nach Extraktion intakt, Original-Timestamps erhalten.
Migriert nach git.lab: axion1337.chat/axion1337.chat-gitops#15 (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.
**Migriert nach git.lab**: [axion1337.chat/axion1337.chat-gitops#15](https://git.lab/axion1337.chat/axion1337.chat-gitops/-/issues/15) (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Separate backup pipeline for the
/data/media_storePVC (uploaded images/files/attachments). Media can grow past 100GB and shouldn't be bundled into the same backup path as the Postgres database. Consider Velero + Restic for block-level backup.Gekoppelt mit #6 - siehe dortigen Kommentar fuer die vollstaendige Analyse (gemeinsame Loesung: Hetzner Storage Box BX11, gebucht 2026-07-28). media_store ist aktuell nur 121 MB, die "ueber 100GB"-Sorge in der Issue-Beschreibung ist eine Zukunftsfrage. Beide DBs + media_store teilen sich denselben CronJob, dieselbe Storage Box, denselben Borg/restic-Ansatz - separate Backup-Pipelines waeren unnoetige Doppelarbeit gewesen.
Umgesetzt zusammen mit #6 - siehe dortigen Kommentar fuer volle Details.
synapse-backupCronJob sichertmatrix-stack-synapse-media(media_store PVC, read-only mount) zusammen mit den DB-Dumps in ein gemeinsames Borg-Archiv. Restore-Test bestaetigt: alle media_store-Dateien nach Extraktion intakt, Original-Timestamps erhalten.Migriert nach git.lab: axion1337.chat/axion1337.chat-gitops#15 (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.