Hallo Leute, Kann mir jemand erklären, woher dieser Fehler stammt, bzw. wodurch dieser behoben werden kann? May 5 21:10:38 server105 kernel: saslauthd[8348]: segfault at ffffffffab1912e0 rip 00002aaaab8bc600 rsp 00007fffff991238 error 4 May 5 21:10:38 server105 sendmail[8354]: size read failed May 5 21:10:38 server105 sendmail[8354]: k45JAZDC008354: p5488DB2A.dip.t-dialin.net [84.136.219.42] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA Das System: SuSE Linux Prof. 10.0. Das Problem tritt auf 2 verschiedenen Dell-Servern auf. Hat jemand eine Idee? Mit freundlichen Grüßen Thorsten Hantke
Am Friday 05 May 2006 21:41 schrieb T. Hantke:
Kann mir jemand erklären, woher dieser Fehler stammt, bzw. wodurch dieser behoben werden kann?
May 5 21:10:38 server105 kernel: saslauthd[8348]: segfault at ffffffffab1912e0 rip 00002aaaab8bc600 rsp 00007fffff991238 error 4 May 5 21:10:38 server105 sendmail[8354]: size read failed May 5 21:10:38 server105 sendmail[8354]: k45JAZDC008354: p5488DB2A.dip.t-dialin.net [84.136.219.42] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Das System: SuSE Linux Prof. 10.0.
Das Problem tritt auf 2 verschiedenen Dell-Servern auf.
Sieht so aus als ob saslauthd wegsemmelt, während Sendmail versucht von ihm Daten zu bekommen. Kenne mich mit Sendmail nicht wirklich aus, scheint aber auch ein Problem mit saslauthd zu sein. Wie ist der konfiguriert? Sind das reine Suse-Pakete oder ist da was selber erstellt/installiert? Irgendwelche Libs bdb, ldap, ... ? Lasse das Ding mal im gdb laufen und ziehe einen Backtrace nach dem segfault. Hmm, auch wenns unwahrscheinlich ist, schonmal einen Speichertest oder fsck gemacht? -- Andreas
Hallo,
Sieht so aus als ob saslauthd wegsemmelt, während Sendmail versucht von ihm
Daten zu bekommen. Kenne mich mit Sendmail nicht wirklich aus, scheint aber
auch ein Problem mit saslauthd zu sein. Wie ist der konfiguriert?
Saslauthd ist für shadow konfiguriert für die SMTH-Auth-Anmeldung.
Sind das reine Suse-Pakete oder ist da was selber erstellt/installiert? Irgendwelche Libs bdb, ldap, ... ?
Ja, rein SuSE Pakete, inkl. Updates, nichts zusätzlich. (außer sep. Imap)
Lasse das Ding mal im gdb laufen und ziehe einen Backtrace nach dem segfault.
Kannst du mir schnell erklären, wie's genau geht? Ist neu für mich. Hatte bis Dato noch nie Probleme mit einem Paket (Programm).
Hmm, auch wenns unwahrscheinlich ist, schonmal einen Speichertest oder fsck
gemacht?
Halte ich auch für unwahrscheinlich, deshalb werde ich morgen noch 2 andere Server mit SuSE 10.0 testen, die auch von Dell sind. Habe da eine Vermutung, das es vielleicht der Raid-Kontroller ist?! Gruß Thorsten Hantke
Hallo, Am Sun, 07 May 2006, T. Hantke schrieb:
[Christian Boltz:]
Lasse das Ding mal im gdb laufen und ziehe einen Backtrace nach dem segfault.
Kannst du mir schnell erklären, wie's genau geht? Ist neu für mich. Hatte bis Dato noch nie Probleme mit einem Paket (Programm).
catchsegv programm [optionen] -dnh PS: http://learn.to/quote -- Lass es mich so sagen: GUIs? Wir haben keine. Davon aber zwei. -- ratti in suse-linux
T. Hantke sagte:
catchsegv programm [optionen]
Also "catchsegv saslauthd -a shadow" bringt überhaupt keine Ausgabe, wenn es abschmiert beim Senden von E-Mails mit SMTP-Auth Anmeldung.
Gibt's noch eine andere Möglichkeit? Idee?
Würde es direkt im gdb machen. # gdb saslauthd
run -a shadow
[segfault]
bt
Dies sollte den BackTrace zeigen. Dann die Ausgabe schicken. Hoffe mal, es ist was verwertbares drin. -- Andreas Winkelmann
participants (3)
-
Andreas Winkelmann
-
David Haller
-
T. Hantke