Sshfs y copia de seguridad

Instalación
1

Hola,
Alojo Discourse para una pequeña comunidad. Tenemos un VPS muy pequeño y antiguo. El espacio en disco ya no puede acomodar copias de seguridad, así que hice un truco rápido y monté un sistema de archivos remoto (usando sshfs) como /var/discourse/shared/standalone/backups/default. Todo parece funcionar, puedo crear / eliminar un archivo o directorio en /var/www/discourse/public/backups/default/, pero cuando intento ejecutar una copia de seguridad, falla. ¿Hay algo que pueda hacer para que funcione? Los permisos están configurados en 777.

Alternativamente, ¿quizás en la próxima versión del software finalmente existirá la opción de deshabilitar la compresión para las copias de seguridad? ¡Eso nos daría unos años de almacenamiento!

¡Gracias!

[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] Finalizando copia de seguridad...
[2023-02-25 04:41:33] Creando archivo: p-e-2023-02-25-043914-v20230201192925.tar.gz
[2023-02-25 04:41:33] Asegurándose de que el archivo no exista ya...
[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] Eliminando copias de seguridad antiguas...
[2023-02-25 04:41:34] Limpiando cosas...
[2023-02-25 04:41:34] Eliminando restos de '.tar'...
[2023-02-25 04:41:34] Marcando la copia de seguridad como finalizada...
[2023-02-25 04:41:34] Actualizando estadísticas del disco...
[2023-02-25 04:41:34] Notificando a 'siteadmin' del fin de la copia de seguridad...
[2023-02-25 04:41:42] ¡Terminado!
2

¿Nadie? ¿Alguna idea de cómo solucionarlo (aparte de algún tipo de túnel nfs sobre ssh, no sé)? :frowning_face:

3

El disco es barato y las migraciones de Discourse son de las más sencillas. Probablemente valga la pena considerar la migración de VPS. Si actualmente no puedes alojar copias de seguridad, cosas como una actualización de postgres serán un obstáculo total.

No vale la pena dedicar tiempo a esto para la mayoría, ya que el tiempo vale más que los pocos GB adicionales.

4

Hola

Esto probablemente sucede porque el proceso de copia de seguridad de Discourse se ejecuta con el ID de usuario efectivo 0, por lo que probablemente necesitarás pasar esta opción a sshfs:

sshfs -o allow_root SERVER:PATH MOUNT_POINT

O si estás usando contenedores sin privilegios, allow_other en su lugar.

5

¿Estarías dispuesto a donar algo de ese disco barato? :wink:

6

Gracias, lo intentaré. Tiene sentido. :+1: