La création du fichier de sauvegarde temporaire s’est déroulée sans problème. C’est lorsque le fichier est déplacé de /var/www/discourse/tmp/backups/default/ vers /var/www/discourse/public/backups/default/ que des problèmes surviennent.
[2024-01-28 05:47:54] EXCEPTION: /var/www/discourse/lib/discourse.rb:137:in `exec': Failed to move database dump file.
mv: cannot move '/var/www/discourse/tmp/backups/default/2024-01-28-054559/dump.sql.gz' to '/var/www/discourse/public/backups/default/hungry-onion-2024-01-28-054559-v20230728055813.sql.gz': Permission denied
Comment puis-je résoudre ce problème ?
Par ailleurs, ce problème a-t-il un rapport avec le fait que j’ai précédemment créé moi-même le dossier /var/discourse/shared/standalone/backups/default/ (en dehors du conteneur) lorsque j’ai utilisé la ligne de commande pour restaurer une sauvegarde sur une nouvelle instance ?
La permission actuelle est drwxrwxr-x 2 1000 www-data 4096 Jan 27 17:35 default
Ces deux emplacements sont (normalement) sur le même disque, il ne peut donc pas s’agir d’un problème d’espace disque, et je pense donc qu’il doit s’agir d’un problème de permission. Bien sûr, les sauvegardes fonctionnent normalement - en supposant que vous ayez effectué une installation standard - et il semble donc probable que votre création manuelle d’un répertoire soit liée au problème.
Mais. J’ai vérifié sur ma machine, et la propriété et la protection sont comme suit, à l’intérieur du conteneur :
root@ubuntu-2gb-nbg1-1-app:/var/www/discourse# ls -ltrd /var/www/discourse/tmp/backups/default /var/www/discourse/public/backups/default
drwxr-xr-x 2 discourse www-data 4096 Jan 24 03:36 /var/www/discourse/tmp/backups/default
drwxr-xr-x 2 discourse www-data 4096 Jan 24 03:36 /var/www/discourse/public/backups/default
root@ubuntu-2gb-nbg1-1-app:/var/www/discourse# ls -nltrd /var/www/discourse/tmp/backups/default /var/www/discourse/public/backups/default
drwxr-xr-x 2 1000 33 4096 Jan 24 03:36 /var/www/discourse/tmp/backups/default
drwxr-xr-x 2 1000 33 4096 Jan 24 03:36 /var/www/discourse/public/backups/default
root@ubuntu-2gb-nbg1-1-app:/var/www/discourse# ls -nltrd /var/www/discourse/tmp/backups /var/www/discourse/public/backups
lrwxrwxrwx 1 0 0 19 Jan 10 15:26 /var/www/discourse/tmp/backups -> /shared/tmp/backups
lrwxrwxrwx 1 0 0 15 Jan 10 15:26 /var/www/discourse/public/backups -> /shared/backups
root@ubuntu-2gb-nbg1-1-app:/var/www/discourse# ls -nltrd /var/www/discourse/tmp /var/www/discourse/public
drwxr-xr-x 1 1000 1000 12288 Jan 10 15:31 /var/www/discourse/public
drwxr-xr-x 1 1000 33 4096 Jan 10 15:36 /var/www/discourse/tmp
root@ubuntu-2gb-nbg1-1-app:/var/www/discourse# ls -nltrd /var/www/discourse
drwxr-xr-x 1 1000 1000 4096 Jan 10 15:26 /var/www/discourse
root@ubuntu-2gb-nbg1-1-app:/var/www/discourse# ls -nltrd /shared/backups /shared/tmp/backups
drwxr-xr-x 3 1000 33 4096 Aug 15 2019 /shared/backups
drwxr-xr-x 3 1000 33 4096 Jan 10 15:36 /shared/tmp/backups
root@ubuntu-2gb-nbg1-1-app:/var/www/discourse# ls -nltrd /shared /shared/tmp
drwxr-xr-x 13 0 0 4096 Jan 27 2021 /shared
drwxr-xr-x 4 1000 33 4096 Jan 10 15:35 /shared/tmp
L’utilisateur 1000 est “discourse” et le groupe 33 est “www-data” et tout cela ne me donne aucune idée de votre problème. Désolé.
Une application à l’intérieur de Docker peut-elle voir le système en dehors de Docker ? Je suis convaincu que cela ne peut pas se faire de cette façon.
Je ne suis pas vraiment sûr de ce qui s’est passé. Mais hier soir, le système a été sauvegardé avec succès. Aujourd’hui, j’ai également sauvegardé manuellement avec succès. Je n’ai apporté aucune modification au système entre maintenant et alors.