Anomalie #4607
Erreur cron suite à la dernière mise à jour
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
Historique
#1 Mis à jour par Benjamin Bohard il y a plus de 11 ans
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 Mis à jour par Benjamin Bohard il y a plus de 11 ans
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 Mis à jour par Fabrice Barconnière il y a environ 11 ans
- Version cible mis à Mises à jour 2.3.8
#4 Mis à jour par Daniel Dehennin il y a environ 11 ans
- Statut changé de Nouveau à 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 Mis à jour par Daniel Dehennin il y a environ 11 ans
- Echéance mis à 08/02/2013
- Statut changé de En attente d'informations à Accepté
- Assigné à mis à Daniel Dehennin
- Début changé de 16/12/2012 à 05/02/2013
#6 Mis à jour par Daniel Dehennin il y a environ 11 ans
- Statut changé de Accepté à En attente d'informations
Correction du status.
#7 Mis à jour par Luc Bourdot il y a environ 11 ans
- Echéance changé de 08/02/2013 à 15/02/2013
#8 Mis à jour par Daniel Dehennin il y a environ 11 ans
Sur une installation d’amonecole 2.3.7 je n’ai que /etc/logrotate.d/eole-exim sur le maître.
#9 Mis à jour par Daniel Dehennin il y a environ 11 ans
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 Mis à jour par Daniel Dehennin il y a environ 11 ans
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 Mis à jour par Daniel Dehennin il y a environ 11 ans
- Statut changé de En attente d'informations à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 94009f175269b9629662e53c23f5e6323ca7cf11
#12 Mis à jour par Joël Cuissinat il y a environ 11 ans
- Statut changé de Résolu à 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 Mis à jour par Emmanuel GARETTE il y a environ 11 ans
- Statut changé de Fermé à 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 Mis à jour par Daniel Dehennin il y a environ 11 ans
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 Mis à jour par Daniel Dehennin il y a environ 11 ans
- Statut changé de En attente d'informations à 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 Mis à jour par Philippe Caseiro il y a environ 11 ans
- Statut changé de Résolu à Fermé
Le fichier est bien supprimé par la mise à jour du paquet eole-exim.