Scénario #13978: L'utilisateur devrait être averti d'un problème d'espace sur le support de sauvegarde. - eole-bareos - Ensemble Ouvert Libre Évolutif

Scénario #13978

L'utilisateur devrait être averti d'un problème d'espace sur le support de sauvegarde.

Added by Jerome WATREMEZ almost 8 years ago. Updated over 7 years ago.

Status:

Terminé (Sprint)

Priority:

Normal

Assigned To:

Category:

Version mineure

Target version:

Distribution EOLE - sprint 2016 01-03 - Equipe MENESR

Start date:

11/10/2015

Due date:

01/22/2016

% Done:

100%

Estimated time:

(Total: 8.00 h)

Spent time:

(Total: 8.45 h)

Story points:

4.0

Remaining (hours):

0.00 hour

Velocity based estimate:

Release:

EOLE 2.5.2

Release relationship:

Auto

Description

Les rapports EAD de bacula indiquent "Backup ok" alors que ce n'est pas le cas : le support de sauvegarde distant est saturé.
Cette situation, selon les logs du NAS, perdure depuis décembre 2014 ; sans que cela perturbe bacula.

Nous avons pris conscience de ce dysfonctionnement lors d'une restauration (qui a donc échoué).

Par exemple, pour les sauvegardes de la nuit dernières, le rapport est positif (cf ci-dessous) alos que des fichiers sont à 0 octets (cf PJ CaptureEcran)
Statut des sauvegardes :
. prÃ©paration sauvegarde => Ok : Sauvegarde terminÃ©e le mardi 10 novembre 2
. sauvegarde principale => Ok : Sauvegarde terminÃ©e le mardi 10 novembre 2
. sauvegarde catalogue => Ok : Sauvegarde terminÃ©e le mardi 10 novembre 2
. exÃ©cution cron par bacula => Ok : Sauvegarde terminÃ©e le mardi 10 novembre 2

Extrait du log :
_Nov 1 22:00:27 horus bacula-dir: 127.0.0.1-dir JobId 3256: Bacula 127.0.0.1-dir 5.0.1 (24Feb10): 01-Nov-2015 22:00:27#012 Build OS: x86_64-pc-linux-gnu ubuntu 10.04#012 JobId: 3256#012 Job: JobSchedulePre.2015-11-01_22.00.00_58#012 Backup Level: Full#012 Client: "127.0.0.1-fd" 5.0.1 (24Feb10) x86_64-pc-linux-gnu,ubuntu,10.04#012 FileSet: "FileSetDefault" 2013-02-18 12:58:01#012 Pool: "PoolDefault" (From Job resource)#012 Catalog: "MyCatalog" (From Client resource)#012 Storage: "StorageDefault" (From Job resource)#012 Scheduled time: 01-Nov-2015 22:00:00#012 Start time: 01-Nov-2015 22:00:26#012 End time: 01-Nov-2015 22:00:27#012 Elapsed time: 1 sec#012 Priority: 10#012 FD Files Written: 0#012 SD Files Written: 0#012 FD Bytes Written: 0 (0 B)#012 SD Bytes Written: 0 (0 B)#012 Rate: 0.0 KB/s#012 Software Compression: None#012 VSS: no#012 Encryption: no#012 Accurate: no#012 Volume name(s): 127.0.0.1-dir-volume-0001#012 Volume Session Id: 233#012 Volume Session Time: 1440469224#012 Last Volume Bytes: 628 (628 B)#012 Non-fatal FD errors: 0#012 SD Errors: 0#012 FD termination status: OK#012 SD termination status: OK#012 Termination: Backup OK#012

Nov 1 22:00:31 horus bacula-dir: 127.0.0.1-sd JobId 3257: Marking Volume "127.0.0.1-dir-full-0424" in Error in Catalog.

Nov 2 00:07:40 horus bacula-dir: 127.0.0.1-sd JobId 3257: Error: block.c:275 Volume data error at 0:0! Wanted ID: "BB02", got "". Buffer discarded.

Nov 2 00:09:49 horus bacula-dir: 127.0.0.1-sd JobId 3257: Error: block.c:275 Volume data error at 0:0! Wanted ID: "BB02", got "". Buffer discarded._

Exigence : L'espace disque disponible sur le support de sauvegarde est vérifié.

bacula-dir.err.zip - Fichier Log Bacula 11-2015 (4.77 MB) Jerome WATREMEZ, 11/10/2015 11:19 AM

bacula-dir.err.log.1 - Fichier Log Bacuka 10-2015 (561 KB) Jerome WATREMEZ, 11/10/2015 11:19 AM

CaptureEcran.JPG View - ls -lt /mnt/sauvegardes (259 KB) Jerome WATREMEZ, 11/10/2015 11:24 AM

Subtasks

History

#1 Updated by Emmanuel GARETTE almost 8 years ago

Assigned To set to Emmanuel GARETTE

Le problème ici c'est que bacula dit que tout est OK (même si ce n'est pas le cas).

Je pense qu'une solution serait de vérifier l'espace disque restant sur le support de sauvegarde.

Si le support de sauvegarde est plein à 90%, par exemple, la diode passe à l'orange, si le support est plein à 99%, la diode passe au rouge.

Cette solution vous conviendrez ? Pourriez-vous faire :

baculamount --mount
df /mnt/sauvegardes
baculamount --umount

Est-ce que le "df" vous donne bien 100% ?

#2 Updated by Jerome WATREMEZ almost 8 years ago

Bonjour,

Oui cette solution nous conviendrait.

Voici le résultat de la commande :

root@horus:~# /usr/share/eole/bacula/baculamount.py --mount
Montage OK
root@horus:~# df
Sys. de fichiers            Tail. Occ. Disp. %Occ. MontÃ© sur
/dev/mapper/horus-root
                      3,3G  1,1G  2,0G  36% /
none                  3,8G  200K  3,8G   1% /dev
none                  3,8G     0  3,8G   0% /dev/shm
none                  3,8G  4,3M  3,8G   1% /var/run
none                  3,8G     0  3,8G   0% /var/lock
none                  3,8G     0  3,8G   0% /lib/init/rw
/dev/mapper/horus-tmp
                      1,9G   36M  1,8G   2% /tmp
/dev/sda2             704M   35M  634M   6% /boot
/dev/mapper/horus-home
                      214G  155G   48G  77% /home
/dev/mapper/horus-var
                      8,3G  5,1G  2,8G  65% /var
//10.34.96.8/sauvegarde/
                      455G  455G     0 100% /mnt/sauvegardes
root@horus:~# /usr/share/eole/bacula/baculamount.py --umount
DÃ©montage OK

#3 Updated by Emmanuel GARETTE almost 8 years ago

Tracker changed from Demande to Proposition Scénario
Project changed from Horus to eole-bareos
Subject changed from Dysfonctionnement de Bacula to L'utilisateur devrait être averti d'un problème d'espace sur le support de sauvegarde.
Description updated (diff)
Category set to Version mineure
Assigned To deleted (~~Emmanuel GARETTE~~)