[Résolu] Pb cron daemon - backup custom hors de cause

[jimro]

Bonjour,

Le 21/12/2004, à la suite de l'installation de Mondo Rescue téléchargé à cette adresse-là
http://www.ibiblio.org/pub/linux/distri ... mondo6.zip
avec la commande rpm -Uvh *.rpm
de l'installation de backup mondo avec smeserver-backupmondo-0.0-6.noarch.rpm

et de l'installation de smeserver-backupcustom-3.1-6.noarch.rpm

qui se sont passées apparemment sans problème

J'ai lancé la sauvegarde des ibays avec backup custom, puis celle du système complet, avec exclusion des ibays comme conseillé par argenlos. Tout cela s'est également passé sans problème.

Message retourné par backup custom :

Return-Path: <root@mon_smeserver>
Delivered-To: admin@smeserv.mon_smeserver
Received: (qmail 924 invoked by uid 0); 21 Dec 2004 15:00:25 -0000
Date: Tue, 21 Dec 2004 16:00:25 +0100
From: root <root@smeserv.mon_smeserver>
To: Local Administrator <admin@smeserv.mon_smeserver>
Subject: [smeserv-Backupcustom] Rapport du 2004-12-21 16:00
Message-ID: <20041221160025.A921@smeserv.mon_smeserver>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5.1i

Début de la sauvegarde : 2004-12-21 15:59
Recherche des fichiers à sauvegarder pour une sauvegarde utilisateur
2004-12-21 15:59 -> Archivage en cours ...
2004-12-21 15:59 -> Création fichier compressé ...
2004-12-21 15:59 -> Archivage du fichier compressé en différents volumes ...
2004-12-21 16:00 -> Déplacement archive vers /root/temporezo/Sauvegarde.2004-12-21.0.tgz
2004-12-21 16:00 -> Fin de l'archivage
2004-12-21 16:00 -> Rapport visualisable : /home/e-smith/files/ibays/save/html//log/userrezo.txt
2004-12-21 16:00 -> Sauvegarde terminée
2004-12-21 16:00 -> Envoi du rapport par Email

Dans ce dernier, à part le double slash, R.A.S.

Message retourné par backup mondo

Return-Path: <root@mon_smeserver>
Delivered-To: admin@smeserv.mon_smeserver
Received: (qmail 5057 invoked by uid 0); 21 Dec 2004 15:18:17 -0000
Date: Tue, 21 Dec 2004 16:18:17 +0100
From: root <root@smeserv.mon_smeserver>
To: Local Administrator <admin@smeserv.mon_smeserver>
Subject: [smeserv-BackupMondo]
Message-ID: <20041221161817.A5054@smeserv.mon_smeserver>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i

2004-12-21 16:07
mondoarchive -Oi -d /root/temporezo -E /home/e-smith/files/ibays -S /root/temporezo -F -L -s 650m
Initializing...
See /var/log/mondo-archive.log for details of backup run.
root is mounted at /dev/hda
I believe I am running on a live filesystem.
root is mounted at /dev/hda
I believe I am running on a live filesystem.
Checking sanity of your Linux distribution
Done.
Making catalog of files to be backed up
Initializing...
See /var/log/mondo-archive.log for details of backup run.
root is mounted at /dev/hda
I believe I am running on a live filesystem.
root is mounted at /dev/hda
I believe I am running on a live filesystem.
Checking sanity of your Linux distribution
Done.
Making catalog of files to be backed up
Done.
Dividing filelist into sets
Dividing filelist into sets. Please wait.
---evalcall---1--- Dividing filelist into sets
---evalcall---2--- TASK: [******..............] 29% done; 0:02 to go
---evalcall---E---
...
(coupé car message très long)
...
Call to mkisofs to make ISO (CD #1) ...OK
Done.
Done.
Backup and/or verify ran to completion. Everything appears to be fine.
/root/images/mindi/mindi.iso, a boot/utility CD, is available if you want it
Data archived OK.
Mondoarchive ran OK.

Puis j'ai reçu ces messages.

Messages retournés par cron daemon !? les dimanches 26/12/2004 et 2/1/2005 à la même heure :

Return-Path: <anonymous@mon_smeserver>Delivered-To: root@smeserv.mon_smeserverReceived: (qmail 9993 invoked by alias); 26 Dec 2004 03:22:18 -0000Delivered-To: alias-localdelivery-root@mon_smeserverReceived: (qmail 7856 invoked by uid 0); 26 Dec 2004 03:22:02 -0000Date: 26 Dec 2004 03:22:02 -0000Message-ID: <20041226032202.7850.qmail@mon_smeserver>From: root@mon_smeserver (Cron Daemon)To: root@mon_smeserverSubject: Cron <root@smeserv> run-parts /etc/cron.weeklyX-Cron-Env: <SHELL=/bin/bash>X-Cron-Env: <PATH=/sbin:/bin:/usr/sbin:/usr/bin>X-Cron-Env: <MAILTO=root>X-Cron-Env: <HOME=/root>X-Cron-Env: <LOGNAME=root>

/etc/cron.weekly/makewhatis.cron:

zcat: stdout: Broken pipe
(cette dernière mention apparaît 1400 fois avec une ligne blanche entre chaque)

Je m'attendais à recevoir le même type de message le dimanche 9/1/2005, mais là rien ?!?!
Je précise que je n'ai paramétré aucune sauvegarde périodique.

Après recherches sur les forums de contribs.org, ixus et smerp, je n'ai trouvé aucune réponse concernant ce type de problème qui se rapporte peut-être plus à backup custom qu'à mondo rescue.
L'avez-vous déjà rencontré ? Comment le résoudre ? Est-ce qu'une mise à jour avec backup custom 3.1.8 arrangerait les choses ?

Merci pour votre aide

A+
jimro

PS : Je ne sais pas si je dois poster ici ou sur le forum de smerp. Merci de me l'indiquer.

[Argenlos]

Bonjour Jimro,


En effet, message étrange.

Les mails de Backup Custom et Backup Mondo rescue proviennent toujours de admin@smeserv.mon_smeserver , mais pas celui dont tu nous parle...

Je ne vois pas en quoi Backup Custom et Backup Mondo Rescue sont supposé être les méchants canards.

Peux tu nous donner le contenu de /etc/cron.weekly/makewhatis.cron de ton message d'erreur.
Ainsi, que le contenu de ton fichier /etc/crontab et fait aussi un sme@toto# crontab -e et colle nous le résultat.

A mon avis, il y a une tâche programmée qui pourrait posé problème.

As tu d'autres contribs qui pourrait entrainer un problème.

C'est encore un effet de bord tout ça




Tu peux bien évidement poster ou tu le désire tes posts. Le forum SMERP, est fait pour parler de l'aspect technique de Backup Custom ou Backup Mondo Rescue et des problèmes rencontrées. Mais je lis les 2 forum alors pas de problème .

[jimro]

Bonjour argenlos,

Voici les éléments demandés :

Contenu du /etc/cron.weekly/makewhatis.cron (qui date du 29/4/2003 et que je n'ai jamais modifié) :

Code: Tout sélectionner

#!/bin/bash

LOCKFILE=/var/lock/makewhatis.lock

# the lockfile is not meant to be perfect, it's just in case the
# two makewhatis cron scripts get run close to each other to keep
# them from stepping on each other's toes.  The worst that will
# happen is that they will temporarily corrupt the database...
[ -f $LOCKFILE ] && exit 0
trap "{ rm -f $LOCKFILE; exit 255; }" EXIT
touch $LOCKFILE
makewhatis -w
exit 0


Contenu de /etc/crontab (modifié lors de l'install de backup et jamais par moi) :

Code: Tout sélectionner

#------------------------------------------------------------
# DO NOT MODIFY THIS FILE! It is updated automatically by the
# SME Server software. Instead, modify the source template in
# an /etc/e-smith/templates-custom directory. For more
# information, see http://www.e-smith.org/custom/
#
# copyright (C) 1999-2003 Mitel Networks Corporation
#------------------------------------------------------------

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root

# run-parts

01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

# Execution du script de sauvegarde complète le 1 de tout les mois a 02H30
# Inactif00 02 1 * * root /root/./save.sh full
# Execution du script de sauvegarde user le 2 de tout les mois a 02H30
# Inactif00 02 2 * * root /root/./save.sh user
# Execution du script de sauvegarde SQL tout les jours a 00H00
# Inactif00 00 * * * root /root/./save.sh sql
# Execution du script de sauvegarde Journalière
# Inactif00 01 * * * root /root/./save.sh journal
# Execution du script de sauvegarde Hebdomadaire
# Inactif00 01 * * 0 root /root/./save.sh hebdo
# Execution du script de sauvegarde pour nettoyage des fichiers
# Inactif00 03 * * * root /root/./save.sh nett
# Execution du script de sauvegarde sur bande
# Inactif00 04 * * * root /root/./save.sh tape
# Execution du script de cérification de la présence de la bande
# Inactif00 18 * * * root /root/./save.sh verif
# Execution du script de sauvegarde par le réseau
# Inactif00 05 * * * root /root/./save.sh rezo
# Execution du script de sauvegarde directe et complète par le réseau
# Inactif00 06 * * * root /root/./save.sh fullrezo
# Execution du script de sauvegarde directe et utilisateur par le réseau
# Inactif00 07 * * * root /root/./save.sh userrezo
# Execution du script de sauvegarde directe et complète sur bande
# Inactif00 07 * * * root /root/./save.sh fulltape
# Execution du script de sauvegarde directe et utilisateur sur bande
# Inactif00 07 * * * root /root/./save.sh usertape




# logrotate
12 1 */7 * * root   /sbin/e-smith/signal-event logrotate


Résultat de la commande "crontab -e" (j'ai eu du mal à en ressortir ) :

Code: Tout sélectionner

[root@smeserv root]# crontab -e
no crontab for root - using an empty one
Error detected while processing /root/.vimrc:
line   81:
E319: Sorry, the command is not available in this version: filetype on
line   83:
E319: Sorry, the command is not available in this version: filetype indent on
line   85:
E319: Sorry, the command is not available in this version: syn on
crontab: no changes made to crontab


Liste des rpm installés plusieurs mois avant mondo, backup mondo et backup custom (rien que du classique et du simple):
devinfo-mitel-update-system-0.0.1-16.noarch.rpm
e-smith-htaccess-1.1-2.noarch.rpm
e-smith-phpmyadmin-2.6.0-10.noarch.rpm
e-smith-phpsysinfo-public-2.3-1.noarch.rpm

Comme tu peux le constater rien dans crontab à part ce qui a été rajouté par backup custom.

Les mails de Backup Custom et Backup Mondo rescue proviennent toujours de admin@smeserv.mon_smeserver , mais pas celui dont tu nous parle...

Je ne vois pas en quoi Backup Custom et Backup Mondo Rescue sont supposé être les méchants canards.

Les mails viennent bien de cron daemon. Dans mon statut d'éternel débutant , je n'en sais rien, comme avant l'install de mondo et backup custom je n'avais jamais eu l'erreur, je suppose, peut-être à tort, que le souci vient d'eux.

A+
jimro

[Argenlos]

Re bonjour,

Hum...J'ai de temps en temps des mails de cron, moi aussi, mais cela viennent du relevé automatique des mails (fetchmail).

Pour ton problème, hum...on attends de voir la semaine prochaine voir si un autre mail du même type ressort, car franchement

Il faudrait récupérer les logs au moment de la réception de ce mail, pour voir ou est le problème.

Je suis désolé, je ne vois pas trop.

[jimro]

D'accord Argenlos,

Je mets ça sous le coude pour l'instant, d'autant que ça n'a pas l'air de perturber le fonctionnement de SME Server outre mesure.

Merci de t'être penché sur la question.

A+
jimro

[sweepy]

Bonsoir

j'avais eu ce probleme sur des 5.6 et 6.0

zcat: stdout: Broken pipe

je l'avais resolu en changeant une option dans /etc/cron.weekly/makewhatis.cron

Code: Tout sélectionner

#!/bin/bash

LOCKFILE=/var/lock/makewhatis.lock

# the lockfile is not meant to be perfect, it's just in case the
# two makewhatis cron scripts get run close to each other to keep
# them from stepping on each other's toes.  The worst that will
# happen is that they will temporarily corrupt the database...
[ -f $LOCKFILE ] && exit 0
trap "{ rm -f $LOCKFILE; exit 255; }" EXIT
touch $LOCKFILE
makewhatis -w
exit 0


a la ligne

makewhatis -w

j'ai mis cela

makewhatis -u -w

ensuite plus de probleme
j'avais pose ma question sur aef mais personne ne pouvais me dire si c'etait correct

en tout cas plus de message d'erreur

[jimro]

Salut,

Dans ce >topic< de 2003, on trouve des choses intéressantes sur :

zcat: stdout: Broken pipe

Notamment un message de Pabze, et l'extrait d'un message de MasterSleepy :

J'ai ça aussi toutes les semaines.
Redemarrer le serveur et tu verras tu n'auras plus le problème.
C'est plutot un problème mineur, elle est en rapport avec "man".
Voici le message d'aide de cette commande
En réponse à:


This will build the whatis database for the man pages
found in manpath and the cat pages found in catpath.

Si c'est ça, backup custom n'est pas la cause du pb : Argenlos et tous les utilsateurs de cette chouette contrib seront rassurés.

En ce qui concerne la commande makewhatis -u -w, à quoi sert l'option -u ?

Merci pour ton aide, ça m'a permis d'élargir le champ de recherche, et sans doute de mettre hors de cause backup custom.

A+
jimro

[jimro]

Salut,

D'après le man de makewhatis, l'option -u met à jour la base de données whatis.
J'ai lancé à la ligne de commande avec l'option -v pour voir ce qu'il se passe :
makewhatis -u -v (aucun message d'erreur, durée une fraction de seconde)
puis :
makewhatis -w -v (aucun message d'erreur, durée qqs secondes)

Bien que je ne vois pas trop le rapport, je vais refaire une sauvegarde réseau avec backup custom pour voir si je reçois à nouveau un mail d'erreur de cron. Et je vous tiens au courant.

A+
jimro

[jimro]

Bonjour,

Toujours le même message

/etc/cron.weekly/makewhatis.cron:
zcat: stdout: Broken pipe

le dimanche à la même heure.

@sweepy
Avais-tu fait autre chose à part l'ajout de l'option -u pour makewhatis ?

A+
jimro

[jimro]

Bonjour,

@sweepy
Avais-tu fait autre chose à part l'ajout de l'option -u pour makewhatis ?

Un petit UP pour savoir s'il faut relancer le serveur ou réinitialiser par une commande spécifique.

A+
jimro

[sweepy]

non rien d'autre
que mettre -u devant le -w

[jimro]

OK. Merci Sweepy.

Alors ça n'a pas résolu mon souci

A+
jimro

[jimro]

Salut,

Ce post simplement pour signaler que la solution donnée par sweepy fonctionne correctement.
Pour une raison ignorée, la modification à faire dans /etc/cron.weekly/makewhatis.cron n'était pas prise en compte ?!
En remplaçant dans le fichier précité makewhatis -w par makewhatis -u -w, tout est OK maintenant.

jimro