Re: Mail von Cron kommen nicht an

From: Matthias Fechner <idefix(at)fechner.net>
Date: Thu, 16 Jun 2005 10:25:54 +0200

Hallo Oliver,

* Oliver Fromme <olli(at)lurza.secnetix.de> [15-06-05 19:30]:
> > 2005-06-15 11:46:00 1DiUTA-000As1-V2 <= <> R=1DiUTA-000As0-UX U=mailnull P=local S=701
> > 2005-06-15 11:46:04 1DiUTA-000As1-V2 => root(at)fechner.net R=dnslookup T=remote_smtp H=mail.fechner.net [83.120.0.234] X=TLSv1:DHE-RSA-AES256-SHA:256
> > 2005-06-15 11:46:04 1DiUTA-000As1-V2 Completed
> >
> > Von der Konsole bekomme ich mit dem Aufruf: [...]
> > 2005-06-15 13:29:30 1DiW59-000BNq-61 <= root(at)fechner.net U=root P=local S=551
> > 2005-06-15 13:29:34 1DiW59-000BNq-61 => root(at)fechner.net R=dnslookup T=remote_smtp H=mail.fechner.net [83.120.0.234] X=TLSv1:DHE-RSA-AES256-SHA:256
> > 2005-06-15 13:29:34 1DiW59-000BNq-61 Completed
>
> Hmm. Ich kenne exim leider nicht genau genug, um diese
> Logzeilen mit Sicherheit deuten zu können. Ich muß zuge-
> ben, mit sendmail-, postfix- und qmail-Logs mehr vertraut
> zu sein. :-)

die erste Zeile sieht für mich so aus, als wenn der cron anfängt die
Mail abzuschicken, aber dann aus irgendeinem Grund die pipe vorher
zumacht, bevor die Mail fertig ist, das würde dann auch erklären,
wieso nie die eigentlich Mail da ist, aber eine Bouncemail erstellt
wird mit dieser Fehlermeldung.

> Autsch. Funktioniert strace bei Dir überhaupt? Geht z.B.
> ein »strace date« bei Dir? Das sollte ca. 15 Zeilen Ausga-
> be produzieren.

Ja, das geht.

> Wenn nicht: Hast Du das strace auf dieser Release compiliert? Da es
> sehr systemnah ist, reagiert es empfindlich auf Kerneländerungen. Bei
> einem Update des Systems sollte man daher strace neu bauen (und auch
> andere systemnahe Programme wie z.B. lsof). Hast Du procfs auf /proc
> gemountet? Früher brauchte strace das, aber ich dachte eigentlich, daß
> das inzwischen nicht mehr so sei.

Hab es gerade neu kompilliert, das gleiche Problem und procfs ist auch
gemountet:
procfs on /proc (procfs, local)

macht da evtl. die Linuxemulation Problem? Wobei dieses proc wo anders
liegt:
linprocfs on /usr/compat/linux/proc (linprocfs, local)

> Notfalls versuch mal »ktrace -i -p $CRONPID«. Nachdem der
> cronjob gelaufen ist, mit »ktrace -C« das Tracen wieder
> disablen (nicht vergessen!). Den Trace kann man sich dann
> mit »kdump« anschauen. Ist nicht so schön und übersicht-
> lich wie die Ausgabe von strace, aber in der Not frißt der
> Teufel Fliegen. ;-)

hm, das habe ich jetzt mal gemacht und ich bekomme da wirklich
tonnenweise Zeugs zurück, was ich das erste mal in meinem Leben sehen,
aber vielleicht sind das ja die richtigen Zeilen:

 68921 cron NAMI "/usr/sbin/sendmail"
 68921 cron NAMI "/libexec/ld-elf.so.1"
 68921 mailwrapper RET execve 0
 68919 cron RET vfork 68921/0x10d39
 68919 cron CALL fcntl(0x5,0x3,0)
 68919 cron RET fcntl 2
 68921 mailwrapper CALL mmap(0,0xf50,0x3,0x1000,0xffffffff,0,0,0)
 68921 mailwrapper RET mmap 671547392/0x28070000
 68919 cron CALL close(0x3)
 68919 cron RET close 0
 68921 mailwrapper CALL munmap(0x28070000,0xf50)
 68921 mailwrapper RET munmap 0
 68919 cron CALL fstat(0x5,0xbfbfe060)
 68919 cron RET fstat 0
 68921 mailwrapper CALL __sysctl(0xbfbfe8ac,0x2,0x2806d758,0xbfbfe8a8,0,0)
 68921 mailwrapper RET __sysctl 0
 68919 cron CALL read(0x6,0x8056000,0x1000)
 68919 cron GIO fd 6 read 0 bytes
       ""
 68919 cron RET read 0
 68921 mailwrapper CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0)
 68921 mailwrapper RET mmap 671547392/0x28070000
 68919 cron CALL write(0x5,0x8058000,0x12d)
 68919 cron RET write -1 errno 32 Broken pipe
 68921 mailwrapper CALL issetugid
 68921 mailwrapper RET issetugid 0
 68919 cron PSIG SIGPIPE SIG_DFL
 68774 cron RET nanosleep -1 errno 4 Interrupted system call
 68921 mailwrapper CALL open(0x28068bc6,0,0x1b6)
 68921 mailwrapper NAMI "/etc/libmap.conf"
 68921 mailwrapper RET open 3

Was mir hier nicht gefällt ist dieses Broken pipe, vielleicht ein
Hinweis, das cron die pipe zu sendmail zugemacht hat?

-- 
Gruss
Matthias
"Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the universe trying to produce
bigger and better idiots. So far, the universe is winning." -- Rich Cook
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Thu 16 Jun 2005 - 10:27:10 CEST

search this site