[Résolu] Backups non fonctionnels

Hello tout le monde,

Second dysfonctionnement pour moi sur cette 4.1.5 et pas des moindres.
Les backups ne fonctionnent pas.

Je n’ai pas de montage NFS ou autre, les backups devraient se faire directement sur le disque dans le dossier /var/backups/bluemind, mais les boîtes email ne se sauvegardent pas.

superfloup@mail:~$ ll /var/backups/bluemind/ total 228 drwxr-xr-x 4 root root 4096 avril 16 03:00 ./ drwxr-xr-x 3 root root 4096 avril 16 10:47 ../ -rw-r--r-- 1 root root 202661 avril 8 12:42 1586342572626-database_-_4.1.47249.dump -rw-r----- 1 root root 294 avril 8 12:42 1586342572626-pg_hba.conf -rw-r--r-- 1 root root 3490 avril 8 12:42 1586342572626-postgresql.conf -rw-r--r-- 1 root root 100 avril 8 12:42 1586342572626-postgresql.conf.local drwxr-xr-x 2 root root 4096 avril 16 03:00 temp/ drwxr-xr-x 2 root root 4096 avril 16 03:00 work/

Ai-je loupé quelque chose ? J’ai tout configuré comme sur BlueMind 3.5 sur lequel les backups fonctionnaient correctement.

Bonjour,

Avez-vous configuré la sauvegarde dans la console d’administration pour sauvegarder les messages ?
Sauvegarde et restauration > Configurer.

Par ailleurs, toujours dans la console d’administration, vous devriez retrouver un rapport de sauvegarde dans Gestion du système > Planification > Dataprotect, dans la vue global.virt.
Une fois dans la tâche Dataprotect, rendez-vous dans Dernières exécutions et double cliquez sur le job.

Bonjour,

Oui c’est bien configuré depuis le début pour garder 2 sauvegardes quotidiennes et pour ne pas sauvegarder les emails archivés, seulement les boîtes aux lettres.
Dataprotect est vide, ce qui semble normal étant donné que le dossier de backups est lui-même vide.

J’avoue tourner en rond là, je ne vois pas ce qui bloque, tous les services tournent correctement, bmctl all_status indique que tout est “running”.

Que donne la commande suivante ?

grep -i dataprotect /var/log/bm/core.log

Il semblerait que dataprotect ne tourne pas …

2020-04-17 14:53:16,073 [pool-17-thread-6] n.b.d.j.DataProtectJob INFO - automatic mode, not running at Fri Apr 17 14:53:16 GMT 2020 2020-04-17 14:54:16,072 [pool-17-thread-4] n.b.d.j.DataProtectJob INFO - automatic mode, not running at Fri Apr 17 14:54:16 GMT 2020 2020-04-17 14:55:16,072 [pool-17-thread-5] n.b.d.j.DataProtectJob INFO - automatic mode, not running at Fri Apr 17 14:55:16 GMT 2020 2020-04-17 14:56:16,072 [pool-17-thread-6] n.b.d.j.DataProtectJob INFO - automatic mode, not running at Fri Apr 17 14:56:16 GMT 2020 2020-04-17 14:57:16,071 [pool-17-thread-7] n.b.d.j.DataProtectJob INFO - automatic mode, not running at Fri Apr 17 14:57:16 GMT 2020 2020-04-17 14:58:16,072 [pool-17-thread-2] n.b.d.j.DataProtectJob INFO - automatic mode, not running at Fri Apr 17 14:58:16 GMT 2020

Une astuce pour le lancer ?

Toujours dans la console d’administration, vous devriez retrouver le job de sauvegarde dans Gestion du système > Planification > Dataprotect, dans la vue global.virt.

Il faut cocher le job puis cliquer sur Executer maintenant.

Néanmoins, le job doit être lancer en automatique durant la nuit. Si vous lancez la commande suivante, vous trouverez à quel moment le job s’exécute :

 grep -A 50 "n.b.d.j.DataProtectJob INFO - Starting backup..." /var/log/bm/core.log

J’ai l’impression qu’il y a un souci avec cette tâche planifiée … Serait-ce quelque chose de mal installé comme pour le pushmail ?

En double cliquant sur l’un des jobs, vous pourrez voir le rapport de sauvegarde indiquant la raison de l’erreur.

Il semblerait que ce soit un problème de droits.

[code]17 avr. 2020 15:09:33 - INFO - Démarrage de la sauvegarde

17 avr. 2020 15:09:33 - INFO - 1/6: Backup starting for 1 servers.

17 avr. 2020 15:09:33 - INFO - 1/6: Checking /var/backups/bluemind on each hosts

17 avr. 2020 15:09:34 - INFO - 1/6: Forbiden mount point / for /var/backups/bluemind on server 188.165.216.47

17 avr. 2020 15:09:34 - INFO - 2/6: /var/backups/bluemind checked on 188.165.216.47

17 avr. 2020 15:09:34 - INFO - 6/6: /var/backups/bluemind/ is not suitable for backup.

17 avr. 2020 15:09:34 - PROGRESS - #progress 100[/code]

drwxr-xr-x  4 root root      4096 avril 17 17:09 bluemind/

drwxr-xr-x 4 root root 4096 avril 17 17:29 ./ drwxr-xr-x 3 root root 4096 avril 17 02:55 ../ -rw-r--r-- 1 root root 202661 avril 8 12:42 1586342572626-database_-_4.1.47249.dump -rw-r----- 1 root root 294 avril 8 12:42 1586342572626-pg_hba.conf -rw-r--r-- 1 root root 3490 avril 8 12:42 1586342572626-postgresql.conf -rw-r--r-- 1 root root 100 avril 8 12:42 1586342572626-postgresql.conf.local drwxr-xr-x 2 root root 4096 avril 17 17:09 temp/ drwxr-xr-x 2 root root 4096 avril 17 17:09 work/

Je n’ai pas modifié le dossier et n’ai pas non plus ajouté de point de montage, tout tourne sur un seul serveur et ce dossier possède les droits par défaut.

Pour des raisons de sécurité, Bluemind interdit de sauvegarder les données sur le même disque que les données de production. Il est donc nécessaire de prévoir un disque différent et de monter /var/backups/bluemind.
Vous pouvez également vous appuyer sur un montage NFS si vous avez un serveur NFS disponible.

Ah mince, c’est ballot ça ! Ça fonctionnait très bien sur 3.5 …
Je venais récupérer avec un script toutes les nuits le contenu du dossier pour le stocker chez moi.

C’est une installation familiale sur un serveur Kimsufi, ajouter un disque n’est pas forcément faisable.
Je verrai pour bricoler un serveur de fichier avec un petit VPS pas cher du coup.

Merci beaucoup pour ce coup de main !

Bien au contraire ! Ca évite les erreurs. Si votre disque est corrompu ou votre système HS, vous avez toujours les sauvegardes de côté.

J’entends parfaitement et je suis entièrement d’accord, seulement j’exportais déjà mes sauvegardes moi-même avec mes propres mécanismes. Je vais devoir ajouter une VM, donc malheureusement augmenter les coûts, indolore pour une entreprise mais dans le budget d’une famille ça s’additionne au coût du serveur.
Ce n’est pas bien grave, je me monterai un serveur de fichiers sur un VPS OVH (ou autre) et je monterai un dossier dans /var/backups/bluemind.

Merci encore pour le coup de main, je ne m’en sortais pas !
Bon weekend et prenez soin de vous !

En réalité, bluemind vérifie qu’il y ai un montage, donc si vous voulez vraiment sauvegarder sur le même disque, un montage de type “bind” fera l’affaire :wink:

Ah super ! Je vais regarder ça alors, merci !

Bonjour,
Sinon pour une solution a moindre cout vous pouvez utiliser le pulic cloud OVH (Object Storage) 0,01 € HT/mois/Go avec et faire un montage avec s3ql.
J’ai mon backup et mon archivage avec cette solution depuis plus d’un an

Merci pour cette astuce.
Après avoir utilisé la solution du montage bind, j’ai préféré opter pour un VPS avec un stockage de 20 Go chez OVH qui finalement ne me coûte que 3 € par mois.