[ Debian ] Comportement bizarre de Backup-manager |
Inscrit le : inconnu
Messages : inconnu
Point(s) : 0
Localisation :
|
Posté le 29/07/2012 à 10:55:02
|
if(isset($_SESSION['pseudo'])) { ?>Citer } ?>
|
|
Bonjour,
Depuis 2-3 jours j'ai un comportement bizarre provenant de backup-manager. Je l'ai configurer pour une sauvegarde automatique toutes les nuits a 4h00 du mat.
Il est censé m'envoyer un rapport par mail une fois l'opération terminé.
Tout semble fonctionner correctement hormis l'envoi du mail.
Bizarrement maintenant il m’envoie un mail à chaque étape. J'ai demandé la sauvegarde de 4 dossiers + la base mysql. Ce qui donne ceci comme mail si je lance la commande de sauvegarde dans la console :
Citation: |
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
bmetc.20120728.master.tar.gz (0.73 Mo)
Total : 1.23 Mo
|
( Le 0Mo du md5 est une erreur de config, il ne sauvegarde pas la base mysql. Je dois revoir la configuration. )
Mon hic c'est que quand cron le lance à 4h00 du mat, c'est 13 mail reçu ! Présenter comme ceci :
Citation: |
bmavatar.20120728.master.tar.gz (0.08 Mo)
bm-20120728.md5 (0 Mo)
Total : 0.08 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bm-20120728.md5 (0 Mo)
Total : 0.08 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bm-20120728.md5 (0 Mo)
Total : 0.08 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
Total : 0.09 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
Total : 0.09 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
Total : 0.09 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
Total : 0.51 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
Total : 0.51 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
Total : 0.51 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
bmetc.20120728.master.tar.gz (0.73 Mo)
Total : 1.23 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
bmetc.20120728.master.tar.gz (0.73 Mo)
Total : 1.23 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
bmetc.20120728.master.tar.gz (0.73 Mo)
Total : 1.23 Mo
------------------------------------------------------------
bmavatar.20120728.master.tar.gz (0.08 Mo)
bmvalidation.20120728.master.tar.gz (0.01 Mo)
bm-20120728.md5 (0 Mo)
bmmysql.20120728.master.tar.gz (0.42 Mo)
bmetc.20120728.master.tar.gz (0.73 Mo)
Total : 1.23 Mo
------------------------------------------------------------
|
Tout s'effectue à 4h00 pile comme demandé.
J'suis un peu paumé la... surtout que lorsque je lance le script depuis la console, tout se déroule normalement.
J'ai cherché du côté cron, mais j'ai rien vu de bizarre. Il n'y a bien qu'un appel au script.
Un autre truc bizarre, c'est que cela à commencer la nuit passé avec un double. J'avais cru à un bug que je devais aller voir. Et cette nuit je reçois les messages en triple donc ça semble augmenter et empirer Je vais bientôt être flooder par backup-manager.
Une idée ? une piste ?
-----------------------------------------------------
Une nuit plus tard :
18 mails cette nuit. J'vais essayer de changer l'heure pour voir.
J'ai vérifier côté cron et c'est la seule tâche à exécuté à cette heure la. Je comprend pas pourquoi chaque nuit il me la lance 5 fois en plus !
Le backup est toujours bon sur le ftp de sauvegarde. Et il auto ignore les fichiers déjà sauvegarder donc ça ne crée pas de soucis sur les backups.
Par contre niveau mail, ca va vite devenir insupportable. Et le désactiver sans comprendre n'est pas forcement une bonne chose.
Si vous avez une idée ou un truc qui pourrait m'orienter n'hésiter pas !
|
Dernière édition le 29/07/2012 à 10:56:45 |
|
|
|
|
|
|
Inscrit le : inconnu
Messages : inconnu
Point(s) : 0
Localisation :
|
Posté le 29/07/2012 à 19:08:33
|
if(isset($_SESSION['pseudo'])) { ?>Citer } ?>
|
|
Oui et pour le moment je n'ai rien trouvé du tout.
Je pourrai supprimer le problème rapidement en désactivant le mail, en supprimant backup manager et en le réinstallant complètement. Mais ça m'intrigue beaucoup trop Je veux savoir pourquoi cela se passe comme ça
Puis ça me permet de découvrir et d'apprendre
j'ai fouillé ma configuration de backup manager, et pour l'envoi de mail j'ai ceci :
Citation: |
<?php
$dest = array('admin@damocorp.com');
$archives = '/home/archives';
$host = trim(file_get_contents('/etc/hostname'));
clearstatcache();
$dir = opendir($archives);
if($dir) {
while(false !== ($filename = readdir($dir))) {
if($filename[0]!='.' && preg_match('/'.date('Ymd').'/',$filename)) {
$thefile = $archives.'/'.$filename;
$size = exec("ls -l '".$thefile."' | awk '{print $5}'");
if($size > 0) {
$pagetext.= $filename." (".round($size/1000000,2)." Mo)n";
} else {
$pagetext.= $filename." (? Go)n";
}
$totalsize += $size;
}
}
$pagetext .= "nTotal : ".round($totalsize/1000000,2)." Mon";
}
foreach($dest as $d) {
mail($d,'['.$host.'] Backup OK',$pagetext);
}
?>
|
Donc de ce côté la, rien ne me choque, hormis le fait qu'ayant une seule adresse email pour le moment, je pourrai m'abstenir du tableau et du foreach.
Admin : Le tag "code" donne un texte bien illisible
J'vais continuer mes recherches du côté du cron.
Edit 19h09 : Je viens de changer la date d'exécution de cron à 19h09 pour voir si ca change quelque chose. Bizarrement j'ai reçu deux mail qui sont normaux. Le premier pour le backup, le deuxième provenant de cron expliquant que le backup journalier étant déjà créer, la nouvelle sauvegarde est impossible et ignoré pour ne pas écraser le backup journalier. Donc tout marche bien comme je le veux.
Rageant
Mais que diable peut-il bien arriver à 4:00 du mat ?
Allez, je vais tester le script pour 4:05 demain matin, on verra bien ce qui se passera :)
et je réessaierai à 4:00 le surlendemain !
Bizarre bizarre !
Edit 19h31 :
Citation: | #!/bin/sh
test -x /usr/sbin/backup-manager || exit 0
/usr/sbin/backup-manager
|
Voila le script appelé par cron. Et la y'a peut-être quelque chose de bizarre. Je n'arrive pas à trouver l'explication de la commande test -x
J'ai vu sur le net que test -e permet de vérifier l'existence d'un fichier. -x c'est pour vérifier l'éxécutabilité ( ça se dis ça ? ) du fichier ?
Edit 4h05 :
21 messages reçus...
Donc cron 19h09 => 1 message et tout ok
Cron 4h05 => 21 message et apparemment ça grimpe de 3 par jours.
Alors la j'suis perdu :)
|
Dernière édition le 30/07/2012 à 04:27:46 |
|
|
|
Inscrit le : inconnu
Messages : inconnu
Point(s) : 0
Localisation :
|
Posté le 30/07/2012 à 21:36:35
|
if(isset($_SESSION['pseudo'])) { ?>Citer } ?>
|
|
Retour d'expérience
Alors pour le problème j'ai trouver. En fait backup-manager n'arrive pas a supprimer les fichiers au delà du TTL indiqué. J'ai pourtant vérifier et revérifier, il n'y arrive pas quelque soit la config. Même les fichiers locaux ne sont pas supprimé. Pourtant, niveau création, compression, upload etc... tout baigne !
Backup manager n'envoyez pas les mail, c'était cron pour stipuler l'erreur, sauf que celle-ci n'apparaissait pas ! Chaque jour un fichier étant dépassé niveau limite de temps, il envoyait encore plus de mail. Et compter en envoyer encore plus :)
La solution => 2H sur le net et ça m'as saoulé ! Pas trouvé, et plus envie de chercher !
Solution envisageable reçu dans l'ordre par ma cervelle :
- Stopper le rapport de mail => réaction du cerveau => très con ! ça résous rien, ça ne fait que caché le problème.
- Supprimer manuellement les fichiers pour empêcher l'erreur et le spam mail => réaction du cerveau => Oui bien sûr. T'as installé un truc automatique pour tout faire en manuel !
- Créer un script qui avec cron qui supprimera pour moi les fichiers => réaction du cerveau => Oui mieux, mais finalement le bug restera actif
Réponse du cerveau : Puisque tu compte réaliser un script qui va supprimer les fichier automatiquement, localement et sur le ftp backup. Autant tout faire !
Après des heures de tests, de lecture et d'apprentissage je suis fier d'avoir réaliser mon premier script Bash ! Qui sera surement améliorer d'ici peu
D'ici peu, j'pourrai peut-être devenir parrain
résultat :
Citation: |
------------------------
Démarrage du Backup...
------------------------
------------------------
Création du TAR
------------------------
tar: Suppression de « / » au début des noms des membres
------------------------
Suppression TAR > 30 jours
------------------------
rm: impossible de supprimer « /home/archives/30-06-12.tar »: Aucun fichier ou dossier de ce type
------------------------
Sauvegarde sur les support externes
------------------------
------------------------
Fin du script
------------------------
|
Oui pour les erreur, j'dois encore chercher comment vérifier l'existence avant de lancer la suppression. J'ai pas encore trouver pour Bash mais ce ne saurait tarder.
Finalement, allez dormir moins con c'est toujours appréciable.
Et on n'est jamais mieux servi que par soit même !
|
Dernière édition le 30/07/2012 à 21:39:33 |
|
|
|
|
Posté le 05/08/2012 à 12:35:55
|
if(isset($_SESSION['pseudo'])) { ?>Citer } ?>
|
|
Je trouve que c'est intéressant de chercher minutieusement d'où provient l'erreur .
Merci pour ces messages .
|
_________________
Guillaume
|
|
|
|