Demande #16013
Zéphir 2.5.1 - Cron <root@zeph1> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
Description
Depuis peu nous recevons ce mail de notre Zéphir 2.5.1
Sujet : Cron <root@zeph1> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
Corps :
/etc/cron.daily/exim4-base: LOG: MAIN Warning: purging the environment. Suggested action: use keep_environment. /etc/cron.daily/logrotate: gzip: stdin: file size changed while zipping /etc/cron.daily/uucp: Cannot do /etc/uucp/expire: Aucun fichier ou dossier de ce type /usr/lib/uucp/uudemon.day: ligne 57 : [: : nombre entier attendu comme expression Cannot do /etc/uucp/expire: Aucun fichier ou dossier de ce type /usr/lib/uucp/uudemon.day: ligne 111 : [: trop d'arguments
Demandes liées
Historique
#1 Mis à jour par Olivier FEBWIN il y a presque 10 ans
Mail reçu tous les jours depuis le 14/4/16
#2 Mis à jour par Scrum Master il y a presque 10 ans
- Tracker changé de Demande à Tâche
- Temps estimé mis à 2.00 h
- Tâche parente mis à #16058
- Restant à faire (heures) mis à 2.0
Verifier sur la 2.5.2
#3 Mis à jour par Olivier FEBWIN il y a presque 10 ans
idem en 2.5.2
#4 Mis à jour par Joël Cuissinat il y a presque 10 ans
- Tâche parente
#16058supprimé
#5 Mis à jour par Joël Cuissinat il y a presque 10 ans
- Tracker changé de Tâche à Demande
- Version cible
sprint 2016 19-21 - Equipe MENESRsupprimé
Demande non traitée sur ce sprint remise dans les entrantes...
#6 Mis à jour par Philippe Caseiro il y a presque 10 ans
- Assigné à mis à Philippe Caseiro
Bonjour
Recevez-vous toujours ce mail ?
Nous n'arrivons pas a reproduire les messages a l'heure actuelle, tous les fichiers impliqués dans ce messages sont fournis par la distribution Ubuntu, nous n'avons donc pas la possibilité de corriger nous même les problèmes que vous indiquez.
Cordialement
#7 Mis à jour par Olivier FEBWIN il y a presque 10 ans
- Fichier Capture du 2016-06-03 11-41-44.png Voir ajouté
Oui je le reçois toujours tous les jours à 6h30
J'en reçois également un autre tous les jours à 3:40 :
sujet = Cron <root@zeph1> python /usr/share/eole/schedule/schedule cron >> /var/log/schedule.log
Corps = eole-schedule - run-parts: executing /usr/share/eole/schedule/daily/post/zephir_daily daily
Voir PJ
#8 Mis à jour par Olivier FEBWIN il y a presque 10 ans
root@zeph1:~# su uucp -c 'uustat -a'
zephir.NHyMTcuAAC0Z zephir root 09-12 10:20 Sending /tmp/site558.tar (130001 bytes) to
root@zeph1:#
Le serveur 558 n'existe plus dans Zéphir.
#9 Mis à jour par Bruno Boiget il y a presque 10 ans
- Statut changé de Nouveau à En attente d'informations
Pour les traces du fichier '/tmp/site558.tar', cela doit correspondre à une remontée de statistiques qui ne s'est pas terminée correctement (problème ssh ou mauvais mot de passe uucp ?). Je ne sais pas trop comment reproduire le problème. Pour ne plus avoir de statistiques concernant ce serveur, il faudrait rechercher les fichiers/répertoires comportant le n° 558 dans /var/spool/uucp et les supprimer. voir aussi l'option -k (--kill) de uustat pour nettoyer les tâches.
Pour ce qui concerne le script de maintenance uucp, il y a plusieurs problèmes :
- Au niveau du script lui même, l'erreur sur /etc/uucp/expire me semble anormale. Je ne la reproduit pas sur des machines de test. Si le fichier n'existe pas sur Zéphir, il faudrait voir si une réinstallation du paquet uucp ne règle pas le problème.
- Le script appelle un certain nombre de commandes uucp (uustat, uurate) avec le fichier de configuration par défaut (/etc/uucp/config). Sur Zéphir, il faudrait modifier le script pour utiliser le fichier /etc/uucp/config_zephir si on veut avoir des statistiques complètes (prise en compte des files d'attentes des clients).
- Dans les versions suivantes, le script /etc/cron.daily/uucp était supprimé en fin d'installation du paquet uucp (postinst). A priori cette modification n'a pas été reportée quand on a recompilé le paquet sur les versions récentes.
On peut soit supprimer à nouveau le script soit le modifier pour utiliser la bonne configuration, est ce que les informations remontées semblent pertinentes/utilisables ?
#10 Mis à jour par Joël Cuissinat il y a presque 10 ans
- Assigné à changé de Philippe Caseiro à Bruno Boiget
#11 Mis à jour par Olivier FEBWIN il y a presque 10 ans
C'est fait. À suivre demain ;)
root@zeph1:~# ls /var/spool/uucp/*558* ls: impossible d'accéder à /var/spool/uucp/*558*: Aucun fichier ou dossier de ce type root@zeph1:~# ls /var/spool/uucppublic/*558* ls: impossible d'accéder à /var/spool/uucppublic/*558*: Aucun fichier ou dossier de ce type root@zeph1:~# uustat zephir.NHyMTcuAAC0Z zephir root 09-12 10:20 Sending /tmp/site558.tar (130001 bytes) to ~ root@zeph1:~# uustat -k zephir.NHyMTcuAAC0Z root@zeph1:~# uustat root@zeph1:~#
#12 Mis à jour par Olivier FEBWIN il y a plus de 9 ans
2 mails reçus aujourd'hui de notre Zéphir 2.5.2 :
1er mail :
Sujet : Cron <root@zeph1> python /usr/share/eole/schedule/schedule cron >> /var/log/schedule.log Corps : eole-schedule - run-parts: executing /usr/share/eole/schedule/daily/post/zephir_daily daily
2ème mail :
Cron <root@zeph1> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) Corps /etc/cron.daily/exim4-base: LOG: MAIN Warning: purging the environment. Suggested action: use keep_environment. /etc/cron.daily/uucp: Cannot do /etc/uucp/expire: Aucun fichier ou dossier de ce type /usr/lib/uucp/uudemon.day: ligne 57 : [: : nombre entier attendu comme expression
#13 Mis à jour par Daniel Dehennin il y a plus de 9 ans
- Description mis à jour (diff)
#14 Mis à jour par Daniel Dehennin il y a plus de 9 ans
- Lié à Demande #17308: Mail quotidien envoyé par Zéphir 2.5.2 ajouté
#15 Mis à jour par Daniel Dehennin il y a plus de 9 ans
Je mets ici le commentaire de #17308.
Le fichier /etc/uucp/expire est fourni par le paquet uucp lui même.
C’est son absence qui pose problème, en supprimant le fichier sur mon Zéphir je reproduis le même message d’erreur.
J’ai réinstallé le paquet uucp :
root@zephir:~# apt-get -c /etc/apt/apt-eole.conf --reinstall install uucp Lecture des listes de paquets… Construction de l'arbre des dépendances… Lecture des informations d'état… 0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour. Il est nécessaire de prendre 958 ko dans les archives. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. Réception de : 1 http://test-eole.ac-dijon.fr/eole/ eole-2.5.2/main uucp amd64 1.07+eole24-2 [958 kB] 958 ko réceptionnés en 0s (13,0 Mo/s) (Lecture de la base de données... 103392 fichiers et répertoires déjà installés.) Préparation du dépaquetage de .../uucp_1.07+eole24-2_amd64.deb ... Dépaquetage de uucp (1.07+eole24-2) sur (1.07+eole24-2) ... Traitement des actions différées (« triggers ») pour man-db (2.6.7.1-1ubuntu1) ... Traitement des actions différées (« triggers ») pour install-info (5.2.0.dfsg.1-2) ... Paramétrage de uucp (1.07+eole24-2) ... Le fichier de configuration « /etc/uucp/expire » n'existe pas sur le système. Installation d'un nouveau fichier de configuration comme demandé.
et testé le script cron:
root@zephir:~# /bin/bash -x /etc/cron.daily/uucp + '[' -x /usr/lib/uucp/uudemon.day ']' + su uucp -c /usr/lib/uucp/uudemon.day
#16 Mis à jour par Fabrice Barconnière il y a plus de 8 ans
- Assigné à changé de Bruno Boiget à Fabrice Barconnière
Le problème est-il toujours d'actualité ?
La réinstallation du paquet uucp règle-t-il le problème ?
#17 Mis à jour par Olivier FEBWIN il y a plus de 8 ans
Non, le problème n'est plus d'actualité mais je ne me souviens plus ce qui a été fait pour corriger :/
Merci en tout cas
#18 Mis à jour par Fabrice Barconnière il y a plus de 8 ans
- Statut changé de En attente d'informations à Fermé