Hallo LUG,

ich habe mein Problem gelöst. Vielleicht hilft die Lösung jemandem weiter:

Das Problem bestand in /etc/pam.d/cron. Dort wurde die Datei /etc/pam.d/common-session inkludiert mit @include common-session Dort standen nur zwei Zeilen drin, die die den Fehler ausgelöst hat war: session optional pam_mount.so Warum nun ein "optional" Eintrag die Authentifizierung stoppt ist mir schleierhaft. Nach Doku von PAM, sollte optional nicht zu einem Abbruch der Authentifizierung führen, es sei denn es ist das einzigste Modul mit einem Rüchgabewert, was bei mir nicht der Fall ist. ein pam_mount in "common-auth" macht keinen Ärger, dort gibt es aber noch einen Parameter "use_first_pass" für pam_mount.so

Ich habe jetzt die andere Zeile aus common-session in /etc/pam.d/cron kopiert und das include für common-session auskommentiert.

Kann mir jemand erklären, warum sich cron von einem "optional" stoppen lässt?

Jedenfalls tut nun mein cron und meine backups laufen hoffentlich heute Nacht.

Danke für die Tips

Thorsten

Bernhard Schiffner bernhard@schiffner-limbach.de schrieb am 16.03.2006 08:41:25:

On Wednesday 15 March 2006 17:16, Thorsten Müller wrote:

...

Hallo LUG,

ich bin fündig geworden: pam_mount ist das Problem, jedesmal wenn CRON ausgeführt wird scheitert es an pam_mount und gibt eine Ausgabe in /var/log/auth.log: "Mar 15 14:40:01 mt2 CRON[4058]: pam_mount: error trying to retrieve authtok from auth code"

Ich verwende pam_mount um Verzeichnisse von Windows-Servern mit smb zu mounten.

Einer der Fehler, die hinterher ganz einfach erscheinen. Glückwunsch! (Das cron in /var/log/auth.log was schreibt: auf die Idee zu kommen!)

Bernhard

<hr> _______________________________________________ Lug-dd maillist - Lug-dd@mailman.schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd

__________________________________________________________________________ Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach! Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131