Project

General

Profile

Anomalie #4607

Erreur cron suite à la dernière mise à jour

Added by Emmanuel GARETTE over 8 years ago. Updated about 8 years ago.

Status:
Fermé
Priority:
Haut
Assigned To:
Category:
-
Start date:
02/05/2013
Due date:
02/15/2013
% Done:

100%

Spent time:
Distribution:
EOLE 2.3

Description

J'ai cette erreur depuis la dernière mise à jour :

/etc/cron.daily/logrotate:
error: exim4-base:8 unknown user 'Debian-exim'
error: found error in /var/log/exim4/mainlog /var/log/exim4/rejectlog , skipping

History

#1 Updated by Benjamin Bohard over 8 years ago

Le paquet exim4-base installe le fichier /etc/logrotate.d/exim4-base, dans le conteneur, qui recréé les fichiers de log /var/log/exim4/mainlog et /var/log/exim4/rejectlog avec "create 640 Debian-exim adm".

Vérifier que ce paquet créé cet utilisateur à l'installation ou changer la règle de logrotate.

#2 Updated by Benjamin Bohard over 8 years ago

Le fichier /etc/logrotate.d/exim4-base se trouvait également sur le maître.

Cette présence est à confirmer sur d'autres serveurs (absence sur un serveur de test amonecole 2.3 en candidate).

#3 Updated by Fabrice Barconnière about 8 years ago

  • Target version set to Mises à jour 2.3.8

#4 Updated by Daniel Dehennin about 8 years ago

  • Status changed from Nouveau to En attente d'informations

Le paquet exim4-base est une dépendance du paquet exim-pkg qui ne devrait pas être installé sur le maître.

Est-il possible d’avoir la sortie de la commande suivante sur le maître:

dpkg -l '*exim*'

#5 Updated by Daniel Dehennin about 8 years ago

  • Due date set to 02/08/2013
  • Status changed from En attente d'informations to Accepté
  • Assigned To set to Daniel Dehennin
  • Start date changed from 12/16/2012 to 02/05/2013

#6 Updated by Daniel Dehennin about 8 years ago

  • Status changed from Accepté to En attente d'informations

Correction du status.

#7 Updated by Luc Bourdot about 8 years ago

  • Due date changed from 02/08/2013 to 02/15/2013

#8 Updated by Daniel Dehennin about 8 years ago

Sur une installation d’amonecole 2.3.7 je n’ai que /etc/logrotate.d/eole-exim sur le maître.

#9 Updated by Daniel Dehennin about 8 years ago

Je viens de voir sur un amonecole 2.3.4 (eole-common version 2.3-eole144~27.gbp39773d) que le fichier en question est présent, je teste si une mise à jour en 2.3.7 le supprime.

#10 Updated by Daniel Dehennin about 8 years ago

Une mise à jour ne supprime pas le fichier.

En revanche, je ne sais pas d’où il vient, il faudrait détecter que l’on est en mode conteneur et le supprimer le cas échéant.

#11 Updated by Daniel Dehennin about 8 years ago

  • Status changed from En attente d'informations to Résolu
  • % Done changed from 0 to 100

#12 Updated by Joël Cuissinat about 8 years ago

  • Status changed from Résolu to Fermé
root@amonecole:~# touch /etc/logrotate.d/exim4-base
root@amonecole:~# ls /etc/logrotate.d/exim4-base 
/etc/logrotate.d/exim4-base
root@amonecole:~# apt-eole install --reinstall eole-exim
   [ ... ]
Préparation du remplacement de eole-exim 2.3-eole6~4.gbp150a35 (en utilisant .../eole-exim_2.3-eole6~4.gbp150a35_all.deb) ...
Dépaquetage de la mise à jour de eole-exim ...
Paramétrage de eole-exim (2.3-eole6~4.gbp150a35) ...

root@amonecole:~# ls /etc/logrotate.d/exim4-base 
ls: impossible d'accéder à /etc/logrotate.d/exim4-base: Aucun fichier ou dossier de ce type

#13 Updated by Emmanuel GARETTE about 8 years ago

  • Status changed from Fermé to En attente d'informations

Ca ne devrait pas être à l'installation de ssmtp ? C'est plutôt parce qu'on installe ce paquet qu'il faut supprimer correctement exim. De plus, en mode non conteneur ce fichier n'est pas important ?

#14 Updated by Daniel Dehennin about 8 years ago

Emmanuel GARETTE a écrit :

Ca ne devrait pas être à l'installation de ssmtp ? C'est plutôt parce qu'on installe ce paquet qu'il faut supprimer correctement exim.

Je me demande si ce n’est pas parceque nous fournissions un template qui écrasait le logrotate d’exim4-base, du coup le fichier étant modifié, lors de la suppression du paquet (et sans le --purge), il n’est pas supprimé.

J’installe un eolebase pour voir comment ça fait.

De plus, en mode non conteneur ce fichier n'est pas important ?

J’ai parlé de détection du mode conteneur mais en fait je ne fais que tester si le paquet exim4-base est installé ou non, s’il n’est pas installé alors on supprime le fichier qui n’a plus rien à faire là.

#15 Updated by Daniel Dehennin about 8 years ago

  • Status changed from En attente d'informations to Résolu

Daniel Dehennin a écrit :

Emmanuel GARETTE a écrit :

Ca ne devrait pas être à l'installation de ssmtp ? C'est plutôt parce qu'on installe ce paquet qu'il faut supprimer correctement exim.

Je me demande si ce n’est pas parceque nous fournissions un template qui écrasait le logrotate d’exim4-base, du coup le fichier étant modifié, lors de la suppression du paquet (et sans le --purge), il n’est pas supprimé.

J’installe un eolebase pour voir comment ça fait.

Je suis remonté à 2.3.3 et je n’ai pas ce fichier en partant d’un eolebase…

#16 Updated by Philippe Caseiro about 8 years ago

  • Status changed from Résolu to Fermé

Le fichier est bien supprimé par la mise à jour du paquet eole-exim.

Also available in: Atom PDF