Sshfs und Sicherung

Installation
1

Hallo,
Ich hoste Discourse für eine kleine Community. Wir haben einen sehr kleinen, alten VPS. Der Festplattenspeicher reicht nicht mehr für Backups aus, also habe ich einen schnellen Trick angewendet und ein Remote-Dateisystem (mit sshfs) als /var/discourse/shared/standalone/backups/default gemountet. Alles scheint zu funktionieren, ich kann Dateien oder Verzeichnisse in /var/www/discourse/public/backups/default/ erstellen / löschen, aber wenn ich versuche, ein Backup auszuführen, schlägt es fehl. Gibt es etwas, das ich tun kann, um es zum Laufen zu bringen? Die Berechtigungen sind auf 777 gesetzt.

Alternativ - vielleicht gibt es in der nächsten Softwareversion endlich die Option, die Komprimierung für Backups zu deaktivieren? Das würde uns ein paar Jahre Speicherplatz verschaffen :slight_smile:

Danke!

[2023-02-25 04:41:33] pg_dump: executing SEQUENCE SET category_featured_topics_id_seq
[2023-02-25 04:41:33] pg_dump: executing SEQUENCE SET category_groups_id_seq
[2023-02-25 04:41:33] pg_dump: executing SEQUENCE SET category_required_tag_groups_id_seq
[2023-02-25 04:41:33] pg_dump: executing SEQUENCE SET category_tag_groups_id_seq
[2023-02-25 04:41:33] pg_dump: executing SEQUENCE SET category_tag_stats_id_seq
[2023-02-25 04:41:33] Finalizing backup...
[2023-02-25 04:41:33] Creating archive: p-e-2023-02-25-043914-v20230201192925.tar.gz
[2023-02-25 04:41:33] Making sure archive does not already exist...
[2023-02-25 04:41:34] EXCEPTION: /var/www/discourse/lib/discourse.rb:137:in `exec': rm: cannot remove '/var/www/discourse/public/backups/default/p-e-2023-02-25-043914-v20230201192925.tar': Permission denied

[2023-02-25 04:41:34] /var/www/discourse/lib/discourse.rb:171:in `execute_command'
/var/www/discourse/lib/discourse.rb:137:in `exec'
/var/www/discourse/lib/discourse.rb:33:in `execute_command'
/var/www/discourse/lib/backup_restore/backuper.rb:216:in `create_archive'
/var/www/discourse/lib/backup_restore/backuper.rb:40:in `run'
/var/www/discourse/script/spawn_backup_restore.rb:9:in `backup'
/var/www/discourse/script/spawn_backup_restore.rb:31:in `block in <main>'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `fork'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `<main>'
[2023-02-25 04:41:34] Deleting old backups...
[2023-02-25 04:41:34] Cleaning stuff up...
[2023-02-25 04:41:34] Removing '.tar' leftovers...
[2023-02-25 04:41:34] Marking backup as finished...
[2023-02-25 04:41:34] Refreshing disk stats...
[2023-02-25 04:41:34] Notifying 'siteadmin' of the end of the backup...
[2023-02-25 04:41:42] Finished!
2

Niemand? Irgendwelche Ideen, wie man das beheben kann (abgesehen von einer Art von, ich weiß nicht, NFS über SSH-Tunnel)? :frowning_face:

3

Festplattenspeicher ist günstig und Discourse-Migrationen gehören zu den einfachsten. Es lohnt sich wahrscheinlich, über eine Migration des VPS nachzudenken. Wenn Sie derzeit keine Backups unterbringen können, werden Dinge wie ein PostgreSQL-Upgrade zu einem vollständigen Showstopper.

Es lohnt sich für die meisten nicht, Zeit in dieses Thema zu investieren, da Zeit mehr wert ist als die paar zusätzlichen GB.

4

Hallo!

Das passiert wahrscheinlich, weil der Discourse-Backup-Prozess mit der effektiven Benutzer-ID 0 ausgeführt wird. Daher müssen Sie wahrscheinlich diese Option an sshfs übergeben:

sshfs -o allow_root SERVER:PATH MOUNT_POINT

Oder wenn Sie nicht privilegierte Container verwenden, stattdessen allow_other.

5

Wären Sie bereit, etwas von dieser billigen Festplatte zu spenden? :wink:

6

Danke, ich werde es versuchen. Es ergibt Sinn. :+1: