Hi, Wir haben bei uns Suse 10.1 im Einsatz, aufgesetzt mit LDAP/SSL Authentisierung und Automount-Tabellen ueber LDAP. Die Automount-Tabellen funktionieren problemlos unter Suse 9.2. Mit der neuen Option --ghost sind auch nicht gemountete Verzeichnisse sichtbar, so wie es beim Solaris Automounter der Fall ist. Es treten jedoch nun haeufig Haenger auf, d.h. es lassen sich keine neuen NFS-Verzeichnisse mounten und auf bestehende kann nicht zugegriffen werden. Der Debug-Output von automount ist in so einem Falle nicht gerade sehr aufschlussreich. Beispiel: Ein User versucht mit SSH auf sein haengendes Home einzuloggen: ==CUT== Jul 17 12:02:10 linuxbox sshd[3997]: Accepted keyboard-interactive/pam for user1 from 192.168.6.87 port 38253 ssh2 Jul 17 12:02:28 linuxbox automount[32459]: sig 14 switching from 1 to 2 Jul 17 12:02:28 linuxbox automount[32459]: get_pkt: state 1, next 2 Jul 17 12:02:28 linuxbox automount[32459]: st_expire(): state = 1 Jul 17 12:02:28 linuxbox automount[32459]: expire_proc: exp_proc=4051 Jul 17 12:02:28 linuxbox automount[32459]: handle_child: got pid 4051, sig 0 (0), stat 0 Jul 17 12:02:28 linuxbox automount[32459]: sigchld: exp 4051 finished, switching from 2 to 1 Jul 17 12:02:28 linuxbox automount[32459]: get_pkt: state 2, next 1 Jul 17 12:02:28 linuxbox automount[32459]: st_ready(): state = 2 Jul 17 12:02:30 linuxbox automount[32461]: sig 14 switching from 1 to 2 Jul 17 12:02:30 linuxbox automount[32461]: get_pkt: state 1, next 2 Jul 17 12:02:30 linuxbox automount[32461]: st_expire(): state = 1 Jul 17 12:02:30 linuxbox automount[32461]: expire_proc: exp_proc=4053 Jul 17 12:02:30 linuxbox automount[4053]: expire_proc: 2 remaining in /home Jul 17 12:02:30 linuxbox automount[32461]: handle_child: got pid 4053, sig 0 (0), stat 1 Jul 17 12:02:30 linuxbox automount[32461]: sigchld: exp 4053 finished, switching from 2 to 1 Jul 17 12:02:30 linuxbox automount[32461]: get_pkt: state 2, next 1 Jul 17 12:02:30 linuxbox automount[32461]: st_ready(): state = 2 Jul 17 12:03:43 linuxbox automount[32459]: sig 14 switching from 1 to 2 Jul 17 12:03:43 linuxbox automount[32459]: get_pkt: state 1, next 2 Jul 17 12:03:43 linuxbox automount[32459]: st_expire(): state = 1 Jul 17 12:03:43 linuxbox automount[32459]: expire_proc: exp_proc=4064 Jul 17 12:03:43 linuxbox automount[32459]: handle_child: got pid 4064, sig 0 (0), stat 0 Jul 17 12:03:43 linuxbox automount[32459]: sigchld: exp 4064 finished, switching from 2 to 1 Jul 17 12:03:43 linuxbox automount[32459]: get_pkt: state 2, next 1 Jul 17 12:03:43 linuxbox automount[32459]: st_ready(): state = 2 Jul 17 12:03:45 linuxbox automount[32461]: sig 14 switching from 1 to 2 Jul 17 12:03:45 linuxbox automount[32461]: get_pkt: state 1, next 2 Jul 17 12:03:45 linuxbox automount[32461]: st_expire(): state = 1 Jul 17 12:03:45 linuxbox automount[32461]: expire_proc: exp_proc=4065 ==CUT== Nach einem /etc/init.d/autofs stop|start und einem umount -lf aller NFS- und Automount-Shares funktioniert der Automounter wieder. Die NFS-Server sind zwischenzeitlich nicht getaucht und es gibt auch keine Netzwerkprobleme. Ist jemand so ein Verhalten auch schon aufgefallen? Der NFS Automounter unter Suse 9.2 funktionierte ziemlich zuverlaessig. Gruss, Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com