jeden Morgen eine Mail vom Cron-Deamon

[momai]

Hallo,

jeden morgen bekomme ich eine Mail vom Cron-Deamon an den root Account, der betreff dieser Mail lautet:

Code: Alles auswählen

Cron <root@xxxxx> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )

und der Inhalt dieser Mail lautet so:

Code: Alles auswählen

/etc/cron.daily/logrotate:
error: exim4-base:8 unknown user 'Debian-exim'
run-parts: /etc/cron.daily/logrotate exited with return code 1

also so viel Englisch kann ich noch das ich sehe das irgendetwas mit dem user Debian-exim nicht stimmt bzw. er einfach scheinbar nicht da sein soll. aber ganz so stimmt das nicht wenn ich mit vim in die /etc/passwd reingehe seh ich den user sehr wohl, jedoch ist er ohne jedigliches Syntax Highlighting was mir irgendwie sehr komisch vorkommt. Zudem wundert es mich noch mehr das es anscheinend ein Exim4 User ist obwohl ich exim gegen den Postfix ausgetauscht habe. Kann man diese Nachricht irgendwie entfernen das sie nicht jeden morgen in meinem Postfach landet bzw. was is die Ursache...

P.S. Seltsamerweise bekomme ich die mail jeden Tag zu genau gleichen Uhrzeit 06:25 Uhr - Täglich grüsst das Murmeltier

.momai

[jhr-online]

Seltsam ist daran erstmal nichts, finde ich . Cron führt täglich (um 6.25 Uhr) logrotate aus (s.o. /etc/cron.daily/logrotate). Dabei beendet sich logrotate mit einem Fehler, sodass root benachrichtigt werden muss. Deine root-Mail bekommst du folglich täglich um 6.25 Uhr.
Die interessante Frage ist, warum er da was von exim sucht. Hast du da noch Reste drauf?

Code: Alles auswählen

dpkg -l | grep exim

jhr

[momai]

wenn ich den Befehl eingeb bekomm ich folgendes

Code: Alles auswählen

dpkg -l | grep exim
rc  exim4                   4.63-17                         metapackage to ease exim MTA (v4) installati
rc  exim4-base              4.63-17                         support files for all exim MTA (v4) packages
rc  exim4-config            4.63-17                         configuration for the exim MTA (v4)
rc  exim4-daemon-light      4.63-17                         lightweight exim MTA (v4) daemon

aber wie bekomm ich diese reste weg?

[jhr-online]

Hmm... ich rate einfach mal: Vielleicht sind da logs mit dem exim-Benutzernamen? Wem gehört denn /var/log/mail.log und so?

jhr

[momai]

also die mail.log gehört nicht dem user exim und auch die restlichen wie du unten sehen kannst nicht wirklich

Code: Alles auswählen

drwxr-xr-x 2 root  root 1.0K Mar  6 14:46 apache2
-rw-r--r-- 1 root  root 3.0K Mar  6 13:20 aptitude
-rw-r--r-- 1 root  root  62K Mar  6 23:03 auth.log
-rw-r----- 1 root  adm    31 Mar  4 21:16 boot
-rw-r--r-- 1 root  root    0 Mar  4 21:10 boot.log
-rw-rw-r-- 1 root  utmp    0 Feb 20 14:18 btmp
-rw-r--r-- 1 root  root  769 Mar  4 23:17 cron
-rw-r--r-- 1 root  root  15K Mar  6 14:46 daemon.log
-rw-r--r-- 1 root  root 4.0K Mar  6 14:47 debug
-rw-r--r-- 1 root  adm     0 Mar  6 14:46 dmesg
-rw-r--r-- 1 root  adm     0 Mar  5 20:26 dmesg.0
-rw-r--r-- 1 root  adm    28 Mar  5 11:34 dmesg.1.gz
-rw-r--r-- 1 root  root   28 Mar  4 21:10 dmesg.2.gz
-rw-r----- 1 root  adm  153K Mar  5 21:09 dpkg.log
drwxr-s--- 2 mysql adm  1.0K Mar  6 14:45 exim4
-rw-r--r-- 1 root  root  24K Mar  5 20:21 faillog
drwxr-xr-x 2 root  root 1.0K Mar  6 14:45 fsck
-rw-r--r-- 1 root  root    0 Mar  5 11:34 kern.log
drwxr-xr-x 2 root  root 1.0K Feb 20 14:18 ksymoops
-rw-rw-r-- 1 root  utmp 286K Mar  6 23:03 lastlog
-rw-r--r-- 1 root  root    0 Mar  5 11:34 lpr.log
-rw-r--r-- 1 root  root  212 Mar  6 11:31 mail.err
-rw-r--r-- 1 root  root 251K Mar  6 22:46 mail.info
-rw-r--r-- 1 root  root 529K Mar  6 22:46 mail.log
-rw-r--r-- 1 root  root 2.0K Mar  6 14:46 mail.warn
-rw-r--r-- 1 root  root 152K Mar  5 00:01 maillog
-rw-r--r-- 1 root  root  17K Mar  6 22:46 messages
drwxr-s--- 2 mysql adm  1.0K Mar  6 14:46 mysql
-rw-r----- 1 mysql adm     0 Mar  5 20:21 mysql.err
-rw-r----- 1 mysql adm     0 Mar  5 20:21 mysql.log
drwxr-xr-x 2 root  root 1.0K Mar  6 14:46 news
-rw-r--r-- 1 root  root 1.9K Mar  4 23:12 secure
-rw-r--r-- 1 root  root    0 Mar  4 21:10 spooler
-rw-r--r-- 1 root  root 559K Mar  6 22:46 syslog
-rw-r--r-- 1 root  root  161 Mar  6 14:18 user.log
-rw-r--r-- 1 root  root    0 Mar  5 11:34 uucp.log
-rw-rw-r-- 1 root  utmp  35K Mar  6 23:03 wtmp

hab schon versucht mit apt-get remove --purge exim* alle restlichen Pakete zu entfernen, aber ich bekomme die meldung das nichts mehr drauf sei, was ja eigentlichnicht stimmt. Gibt es eine andere möglichkeit die Pakete zu entfernen und somi das Problem zu lösen?

.momai

[novalix]

wenn ich den Befehl eingeb bekomm ich folgendes

Code: Alles auswählen

dpkg -l | grep exim
rc  exim4                   4.63-17                         metapackage to ease exim MTA (v4) installati
rc  exim4-base              4.63-17                         support files for all exim MTA (v4) packages
rc  exim4-config            4.63-17                         configuration for the exim MTA (v4)
rc  exim4-daemon-light      4.63-17                         lightweight exim MTA (v4) daemon

aber wie bekomm ich diese reste weg?

Hi, das rc am Beginn der Zeilen bedeutet iirc, dass die Pakete mal installiert waren, aber entfernt wurden. Insofern gibt es da auch nichts zu purgen.

ciao, niels

[momai]

aber wie bekomme ich das hin das der Fehler nicht mehr erzeugt wird?

[novalix]

Hi,

aus irgendeinem Grund gehören die - vermutlich alten - logdateien von exim auf Deinem Rechner nicht Debian-exim, sondern dem system-user mysql. Zumindest gilt das für das Verzeichnis

Code: Alles auswählen

/var/log/exim4

Überprüfe doch mal wie die Rechte der darin liegenden Dateien sind und wann die letzten Zugriffe darauf stattfanden. Schau auch mal nach, ob der system-user Debian-exim auf Deinem System noch existiert. Das sollte eigentlich der Fall sein. Normalerweise sollte es dann reichen die Datei-/Verzeichnisrechte an Debian-exim zurückzugeben und die Fehlermeldungen hören auf. Wirklich was zu rotieren sollte ja eigentlich nicht da sein.

ciao, niels

[xcomm]

Hi momai,

a)
um exim4-base zu purgen, musst Du es erstmal wieder installieren.
Du wirst dabei wahrscheinlich den Postfix deinstalliert bekommen.
Dann --purge exim4-base und die zusätzlich mitinstallierten exim-Pakete (dpkg -l | grep exim | grep ii).
Dann Deinen gewünschten MTA wieder installieren.

b)
Du könntest die Rechte in /var/log/mail.* von Hand korrigieren.
chown root. /var/log/mail.*
Und Du könntest /etc/logrotate.d/exim4-base entfernen, was der Grund für die morgendlichen Mails war.

Regards, xcomm

[momai]

Version a) ist nicht so toll weil ich keine Größe lust hab meinen Postfix neu zu installieren.

die Version b) hört sich deutlich besser an wobei die rechte schon bei mir auf root liegen

Code: Alles auswählen

(0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

nun kann ich ja auch einfach im logrotate des Exim file löschen dann sollte es sich auch haben...

gibt es keine Möglichkeit Exim manuell zu löschen? z.B. updatedb und dann locate exim* und dann alles löschen was irgendwie den namen Exim trägt und vernünftig klingt

.momai

[yeti]

Hi, das rc am Beginn der Zeilen bedeutet iirc, dass die Pakete mal installiert waren, aber entfernt wurden. Insofern gibt es da auch nichts zu purgen.

"rc" bedeutet, es liegen noch Konfigfiles herum. Da gibt es also was zu "purgen".

[yeti]

um exim4-base zu purgen, musst Du es erstmal wieder installieren.

Das halte ich für ein Gerücht.

Du wirst dabei wahrscheinlich den Postfix deinstalliert bekommen.

Das halte ich für ein Gerücht.

[novalix]

Schau Dir noch mal die Liste der Verzeichnisse unter /var/log an, die Du weiter oben gepostet hast. Es geht nicht um die mail.log Dateien, sondern um die im Verzeichnis exim4. Die gehören, auch wenn sie alt sind und nicht mehr gebraucht werden, da ja postfix den job des MTA übernommen hat, normalerweise dem system-user Debian-exim. Auf Deinem System gehören sie dem system-user mysql. Warum das so ist kann ich Dir nicht sagen. Du kannst aber getrost einen der beiden angebotenen Workarounds (logrotate-job abstellen, Dateirechte anpassen) ausprobieren. Vorher zur Sicherheit mal nachprüfen, ob tatsächlich nichts mehr in das Verzeichnis reingeschrieben wird. Wird das doch getan, wäre es interessant zu wissen, welcher job dafür verantwortlich ist.
@Yeti Keine Ahnung wie man deinstallierte Pakete mit apt/aptitude nachträglich purged, ohne sie vorher neu zu installieren. Klär mich auf.

ciao, niels

[yeti]

Keine Ahnung wie man deinstallierte Pakete mit apt/aptitude nachträglich purged, ohne sie vorher neu zu installieren.

Code: Alles auswählen

aptitude purge paketname

... oder "_" (Unterstrich) im interaktiven Modus...

[momai]

@yeti
prima, danke das mit aptitude purge hat das Problem gelöst... ich bekomme nun keine mails mehr in der früh com cron-daemon

.momai

[novalix]

Kann man also festhalten, dass nachträgliches purgen von Konfigurationsdateien mit aptitude funktioniert und mit apt-get nicht?

schlauer werd, niels

[yeti]

Kann man also festhalten, dass nachträgliches purgen von Konfigurationsdateien mit aptitude funktioniert und mit apt-get nicht?

Probier's aus!
"dpkg --purge ${FILE}" und "apt-get --purge remove ${FILE}" erwarten Deine Experimente.

Ich sag dazu mal ganz platt: Ich hab doch auch vor apt-get-Zeiten schon Files gepurged...
Und zu apt-get-Zeiten auch...
Es gab ein Debian vor aptitude!

[novalix]

Mach ich, wenn es bei mir mal nachträglich was zu "purgen" gibt. Meine Frage resultierte daraus, dass der OP weiter oben geschrieben hat, dass

Code: Alles auswählen

apt-get --purge remove

bei ihm nicht funktioniert hat. Erst daraufhin sind ja die workarounds in die Runde geworfen worden.

ciao, niels

[yeti]

Mach ich, wenn es bei mir mal nachträglich was zu "purgen" gibt. Meine Frage resultierte daraus, dass der OP weiter oben geschrieben hat, dass

Code: Alles auswählen

apt-get --purge remove

bei ihm nicht funktioniert hat.

Hat er nicht!

Er listete ...

Code: Alles auswählen

dpkg -l | grep exim
rc  exim4                   4.63-17                         metapackage to ease exim MTA (v4) installati
rc  exim4-base              4.63-17                         support files for all exim MTA (v4) packages
rc  exim4-config            4.63-17                         configuration for the exim MTA (v4)
rc  exim4-daemon-light      4.63-17                         lightweight exim MTA (v4) daemon

... und stellte fest:

hab schon versucht mit apt-get remove --purge exim* alle restlichen Pakete zu entfernen, aber ich bekomme die meldung das nichts mehr drauf sei, was ja eigentlichnicht stimmt.

apt-get irrt hier nicht, denn die Pakete heißen ja nicht schlicht "exim".

Es kann also nicht festegestellt werden, daß apt-get an dieser Stelle versagte.

[novalix]

Naja, "exim*" ist ja auch nicht "exim".
Und weil es gerade so schön ist:

Code: Alles auswählen

niels@tristam:~$ dpkg -l | grep cpudyn
rc  cpudyn                           1.0-2                                 CPU dynamic frequency control for processors with scaling
niels@tristam:~$ sudo apt-get --purge  remove cpudyn
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Paket cpudyn ist nicht installiert, wird also auch nicht entfernt
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
niels@tristam:~$ sudo aptitude purge cpudyn
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Erzeuge Tag-Datenbank... Fertig
Die folgenden Pakete werden ENTFERNT:
  cpudyn{p}
0 Pakete aktualisiert, 0 zusätzlich installiert, 1 werden entfernt und 0 nicht aktualisiert.
Muss 0B an Archiven herunterladen. Nach dem Entpacken werden 0B zusätzlich belegt sein.
Wollen Sie fortsetzen? [Y/n/?] 

Jetzt kommst Du.

ciao, niels

[yeti]

Mag ja sein, dennoch hat der OP nichts von Versuch exim4 zu purgen sondern vom Versuch exim zu purgen geschrieben.

An meiner Klarstellung ist also nichts auszusetzen.

Für alles Andere gilt der zuvorige Beitrag mit dem "probier's aus"-Tenor, was ja hiermit passiert zu sein scheint.

Wo ist Dein Problem?

[Savar]

Aus "man apt-get"

If no package matches the given expression and the expression contains one of
'.', '?' or '*' then it is assumed to be a POSIX regular expression, and it
is applied to all package names in the database. Any matches are then
installed (or removed). Note that matching is done by substring so 'lo.*'
matches 'how-lo' and 'lowest'. If this is undesired, anchor the regular
expression with a '^' or '$' character, or create a more specific regular
expression.

wenn man bedenkt das er scheinbar "apt-get --purge remove exim*" gemacht hat würde man erwarten das er exim4 deinstalliert.. das Problem: es gibt das Paket "exim" und daher hat er wahrscheinlich das * ignoriert.. aber ganz sicher wäre ich mir nicht.

[novalix]

An meiner Klarstellung ist also nichts auszusetzen.

Wo ist Dein Problem?

Wenn ich Dir irgendwo auf die Füsse getreten haben sollte. Das war nicht meine Absicht.
Ich habe nicht gewusst, dass man mit aptitude deinstallierte Pakete nachträglich "purgen" kann, was mit apt-get offensichtlich nicht funktioniert. Der OP hatte das ja versucht und zwar durchaus korrekt mit einem Platzhalter.

Code: Alles auswählen

apt-get --purge remove exim*

Wenn exim4 installiert ist, funktioniert das.

Nichts für ungut, niels