Angepinnt AutoFS-Assistent

Benares · 5. Januar 2015, 17:55

@daalfred85
Mmh. Also bei mir wirkt der Parameter "--timeout=300" in der /etc/auto.master auf die Sekunde. Ich benutze allerdings NFS und nicht CIFS mit $-Freigaben. Wozu ist da das $ dahinter? Weil der User kein PW hat?
"--ghost" hab ich nicht drin. Wozu soll das gut sein?

daalfred85 · 5. Januar 2015, 17:58

hi,
das $ steht bei einer Freigabe damit diese im Explorer nicht sichtbar ist.

Benares · 5. Januar 2015, 18:08

Ok, verstanden. Ich kann das nur von den sog. Admin-Freigaben bei Windows wie z.B. \\rechner\c$. Wusste garnicht, dass das $ nur etwas mit der Sichtbarkeit zu tun hat.
Wofür das "--ghost"? Es landet ja nicht wie --timeout in den Option der automount-Prozesse (s. Ausgabe von "mount" oben).

Edit:
Bei mir zeigt "mount"

Quellcode

...
automount(pid918) on /media/net/autofs type autofs (rw,relatime,fd=4,pgrp=918,timeout=300,minproto=2,maxproto=4,indirect)

und ggf. die gemounteten autofs-Mounts bis timeout rum ist.

powertrain01 · 5. Januar 2015, 18:21

@dealfreed

hast du eigentlich irgendeine Coversuche aktiv ?
nicht dass die das umount verhindert ich hab diesbezüglich keine Plug-Ins am laufen.

Mister-T · 5. Januar 2015, 18:45

"--ghost" hab ich nicht drin. Wozu soll das gut sein?

Die Optionen --timout=5 --ghost, sind im VTI-Image bereits als Standard definiert, muss also nicht explizit angegeben werden.

timeout=5 bedeutet , dass nach 5 sec. ohne Zugriff ein umount ausgeführt wird.
ghost bedeutet, dass die Verzeichnisse im Netzwerk-Ordner unter "/media/net/autofs/" auch nach dem umount erhalten bleiben. Das hat z.B den Vorteil, dass man auch Sysmlinks auf die Ordner erstellen kann, auch wenn der Netzwerkordner gerade nicht gemountet ist.

Man kann per Telnet prüfen ob der umount funktioniert.
Einfach per Fernbedienung in einen Netzwerkordner wechseln,
innerhalb der timeout Zeit den Befehl mount ausführen (Netzwerklaufwerk wird angezeigt),
nach der timout Zeit den Befehl erneut ausführen, nun wird das Laufwerk nicht mehr angezeigt.

daalfred85 · 5. Januar 2015, 21:38

hI;
das mit den fehlenden umount ist sehr komisch bei mir. Gibt es eigentlich ein Log wo autofs was reinschreibt dann könnte ich das mit anheften.
Auch über den Netzwerkbrowser macht er kein umount.
Plugins habe ich alle im flash installiert. Cover Suche habe ich nirgends am laufen.

Ausgabe von var/messages

Quellcode

Jan 5 22:12:20 vuduo2 daemon.err automount[10455]: failed to mount /media/net/autofs/*
Jan 5 22:12:31 vuduo2 daemon.err automount[10485]: failed to mount /media/net/autofs/*
Jan 5 22:12:54 vuduo2 daemon.err automount[10538]: failed to mount /media/net/autofs/*
Jan 5 22:13:02 vuduo2 daemon.err automount[10562]: failed to mount /media/net/autofs/*
Jan 5 22:13:16 vuduo2 daemon.err automount[10598]: failed to mount /media/net/autofs/*
Jan 5 22:13:25 vuduo2 daemon.err automount[10619]: failed to mount /media/net/autofs/*
Jan 5 22:13:40 vuduo2 daemon.err automount[10655]: failed to mount /media/net/autofs/*
Jan 5 22:13:49 vuduo2 daemon.err automount[10685]: failed to mount /media/net/autofs/*
Jan 5 22:14:04 vuduo2 daemon.err automount[10729]: failed to mount /media/net/autofs/*
Jan 5 22:14:14 vuduo2 daemon.err automount[10755]: failed to mount /media/net/autofs/*
Jan 5 22:14:30 vuduo2 daemon.err automount[10798]: failed to mount /media/net/autofs/*
Jan 5 22:14:40 vuduo2 daemon.err automount[10827]: failed to mount /media/net/autofs/*
Jan 5 22:14:57 vuduo2 daemon.err automount[10870]: failed to mount /media/net/autofs/*
Jan 5 22:15:07 vuduo2 daemon.err automount[10900]: failed to mount /media/net/autofs/*

Alles anzeigen

Wie habt ihr im VTI 8 Image eigentlich autofs aktiviert?
Ich habe jetzt auch einaml die Freigaben in Windows neu erstellt ohne den $ Zeichen leider auch keine Besserung was den umount betrifft.
Kann es vielleicht sein das ich diese Probleme habe weil es sich um NTFS als Dateisystem handelt?

Benares · 6. Januar 2015, 18:36

Hast du es schonmal manuell probiert, ob da der umount klappt? Also z.B.

Quellcode

mkdir /abc
mount -t cifs -o rw,soft,user=username ://"IP"/avi\$ /abc
ls -als /abc
...
umount /abc
rmdir /abc

automount macht ja intern auch nicht viel anderes (ob der Doppelpunk hier auch rein muss, weiss ich grad nicht)

autofs ist im VTI-Image enthalten, da muss nichts "aktiviert" werden. Lediglich /etc/auto.network und evtl. /etc/auto.master sind anzupassen.

Dein Log sieht komisch aus. Da steht ja "failed to mount ...", nicht "failed to umount ...". Klappen wirklich alle automounts? Teste das mal mit jeweils nur einer auto.network-Zeile.

daalfred85 · 7. Januar 2015, 13:07

Hi,
manuelller umount funktioniert hier meine Eingaben:
umount /media/net/autofs/Musik/; umount /media/net/autofs/Videos/; umount /media/net/autofs/Rekord/

Manuelles Mounten und auch der Zugriff auf den Freigaben funktioniert.

Die Box macht nur den automatischen umount nicht obwohl ich jetzt keine $ Freigaben mehr habe.
Ich von den Berechtigungen her jeder alles darf müsste gehen er macht es nur ned.

Benares · 7. Januar 2015, 17:38

Erhöh erst mal die timeout-Zeit in der /etc/auto.master auf z.B. 5 Minuten (300), boote und schau in die /var/log/messages, ob die Zykluszeit der automount-Meldungen größer wird.
Könnte ja sein, dass irgendein Prozess auf deinen autofs-Verzeichnissen rumrutscht und ständig mounts/umounts stattfinden, ohne dass du das merkst.

Edit:
Noch ne Frage: Wenn du manuell umountest, bleibt das dann stabil oder sind die Mounts kurz drauf wieder da (mount)?

daalfred85 · 7. Januar 2015, 18:42

whi,
wenn ich den Mount umounte dann kommen die erst bei Zugriff von mir. nicht von selbst.
Loggt autofs irgendetwas mit das man auswerten könnte?

Benares · 7. Januar 2015, 18:53

Meines Wissen nur in /var/log/messages.

daalfred85 · 7. Januar 2015, 19:49

Danke das habe ich schon gepostet, leider steht da nichts mehr drin mit Autofs.
Also nach manuellen umount kommen die nicht mehr nur wenn ich auf den Ordner will.

powertrain01 · 7. Januar 2015, 19:55

hi daalfred85,

wenn du den ordner öffnest und wider rausgehst steht dann nach ablauf des Timeoutes (in Auto.network) in /var/log/Messages etwas drin ?

daalfred85 · 7. Januar 2015, 21:33

Hi,
er schreibt in der Zeit wo ich auf den Ornder zugreife keinen autofs Log eintrag aber folgendes hat er gelogt.

Jan 7 21:31:25 vuduo2 authpriv.warn dropbear[4800]: lastlog_perform_login: Couldn't stat /var/log/lastlog: No such file or directory
Jan 7 21:31:25 vuduo2 authpriv.warn dropbear[4800]: lastlog_openseek: /var/log/lastlog is not a file or directory!
...

Jan 7 22:08:01 vuduo2 authpriv.info dropbear[10401]: Child connection from ip:60825
Jan 7 22:08:09 vuduo2 authpriv.notice dropbear[10401]: Password auth succeeded for 'root' from ip:60825
Jan 7 22:08:09 vuduo2 authpriv.warn dropbear[10422]: lastlog_perform_login: Couldn't stat /var/log/lastlog: No such file or directory
Jan 7 22:08:09 vuduo2 authpriv.warn dropbear[10422]: lastlog_openseek: /var/log/lastlog is not a file or directory!

Benares · 8. Januar 2015, 18:10

Ich glaube die Log-Einträge haben nichts mit autofs zu tun. Und /var/log/lastlog gibt's bei mir auch nicht.
Ich habe keine Idee mehr, warum umount bei dir nicht funktioniert - bei mir geht's.

Edit:
Grad nochmal geschaut. mounts und umounts funktionieren, aber in /var/log/messages steht nichts dazu.

Edit2:
Eine Idee hätte ich noch. In /etc/init.d/autofs, dem Startscript von autofs, gibt es eine Stelle

Quellcode

...
#
# Daemon options
# e.g. --timeout=60
#
daemonoptions=''
...

Trag da mal '--debug' ein und boote neu. Schau dann mit "ps -ef | grep automount" nach, ob dann der automount mit --debug Option läuft. Wenn nicht, mach die Änderung wieder raus und nimm --debug als Option in die /etc/auto.master hinter "--timeout=n" auf, boote und schau nochmal.
Vielleicht ist /var/log/messages danach etwas geschwätziger.

daalfred85 · 9. Januar 2015, 23:16

Hi,

das mit dem Tipp vom Debug funzt sehr gut es spricht er mit einen der Automunt.
Folgende Einträge kamen beim zugriff

Spoiler anzeigen

Ich finde da aber keinen Fehler einen umount mich gemacht funktioniert scheinbar nur nicht.
umount_multi: path=/media/net/autofs/Videos incl=1
umount_multi: unmounting dir=/media/net/autofs/Videos
Das führt er jede Minute aus der Log läuft voll mit den obegenannten Ausgaben.
Folgende viel mir dennoch auf
Jan 9 23:13:59 vuduo2 daemon.debug automount[1608]: umount_multi: path=/media/net/autofs/ös incl=1
Jan 9 23:13:59 vuduo2 daemon.warn automount[1608]: umount_multi: no mounts found under /media/net/autofs/ös
Den Pfad path=/media/net/autofs/ös kenne ich nicht.
Ist jetzt auch nicht mehr gekommen der Pfad.

Benares · 10. Januar 2015, 10:42

Jetzt spricht er nicht nur, jetzt quasselt er schon - leider schon zu viel.

Geh mal mit timeout auf 300 hoch, damit das etwas entzerrt wird und man besser sieht, was mount und was umount-Aktionen sind und nicht so viel los ist. Für mich sieht es so aus, als ob 5s nach dem Mount der erste umount-Versuch stattfindet und der dann in einer Endlosschleife hängen bleibt.
Du bist sicher, dass du keine Steuerzeichen in deinen auto-Dateien hast? Mit "vi" editiert?

Jan 9 23:13:33 vuduo2 daemon.info automount[1542]: using timeout 5 seconds; freq 2 secs
interpretiere ich so, dass die Prüfung, ob was zu tun ist, alle 2s erfolgt. Die Meldungsblöcke im 2s-Takt kannst du m.E. gedanklich ausblenden.
Vielleicht sind die Zeiten auch einfach alle nur viel zu kurz und es schaukelt sich was auf. Schau mal, ob bei größeren timeout-Zeiten auch freq hochgeht.

daalfred85 · 10. Januar 2015, 11:53

Hi,
ich habe alles mit Vi editier was anderes kenne ich nicht

Benares · 10. Januar 2015, 14:28

Ich hab mir jetzt mal die Zeit genommen und auch bei mir --debug in der /etc/auto.master aktiviert. Wie gesagt, ich verwende aber NFS.

Nach dem autofs-Neustart (/etc/init.d/autofs --restart) laüft automount mit den Optionen

Quellcode

/usr/sbin/automount --pid-file=/var/run/autofs/_media_net_autofs.pid --timeout=300 --ghost --debug /media/net/autofs file /etc/auto.network

und er schreibt in die /var/log/messages

Quellcode

Jan 10 14:01:48 vuduo2 daemon.info automount[2799]: starting automounter version 4.1.4, path = /media/net/autofs, maptype = file, mapname = /etc/auto.network
Jan 10 14:01:48 vuduo2 daemon.debug automount[2799]: mount(bind): bind_works = 1
Jan 10 14:01:48 vuduo2 daemon.info automount[2799]: using kernel protocol version 4.02
Jan 10 14:01:48 vuduo2 daemon.info automount[2799]: using timeout 300 seconds; freq 75 secs
Jan 10 14:01:48 vuduo2 daemon.info automount[2799]: ghosting enabled

Mit timeout=300 ist also auch freq höher. Er scheint für freq den timeout-Wert einfach durch 4 zu teilen.

Alle 75s kommt dann so ein Block

Quellcode

Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: sig 14 switching from 1 to 2
Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: get_pkt: state 1, next 2
Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: st_expire(): state = 1
Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: expire_proc: exp_proc=3182
Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: handle_child: got pid 3182, sig 0 (0), stat 0
Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: sigchld: exp 3182 finished, switching from 2 to 1
Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: get_pkt: state 2, next 1
Jan 10 14:03:27 vuduo2 daemon.debug automount[2799]: st_ready(): state = 2

Ich nehme an, das ist die Prüfung, ob was zu tun ist. Die PID wechselt immer, ansonsten sind die Blöcke gleich.

Wenn ich dann mit z.B. "ls -als /media/net/autofs/video" auf einen der automounts zugreife, passiert folgendes

Quellcode

Jan 10 14:15:47 vuduo2 daemon.debug automount[2799]: handle_packet: type = 0
Jan 10 14:15:47 vuduo2 daemon.debug automount[2799]: handle_packet_missing: token 1, name video
Jan 10 14:15:47 vuduo2 daemon.info automount[2799]: attempting to mount entry /media/net/autofs/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: lookup(file): video -> -fstype=nfs,rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock ds212:/volume1/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: parse(sun): expanded entry: -fstype=nfs,rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock ds212:/volume1/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: parse(sun): dequote("fstype=nfs,rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock") -> fstype=nfs,rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: parse(sun): gathered options: fstype=nfs,rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: parse(sun): dequote("ds212:/volume1/video") -> ds212:/volume1/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: parse(sun): core of entry: options=fstype=nfs,rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock, loc=ds212:/volume1/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: parse(sun): mounting root /media/net/autofs, mountpoint video, what ds212:/volume1/video, fstype nfs, options rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: mount(nfs): root=/media/net/autofs name=video what=ds212:/volume1/video, fstype=nfs, options=rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: mount(nfs): nfs options="rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock", nosymlink=0, symlink=0, ro=0
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: mount(nfs): is_local_mount: ds212:/volume1/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: mount(nfs): from ds212:/volume1/video elected ds212:/volume1/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: mount(nfs): calling mkdir_path /media/net/autofs/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: mount(nfs): calling mount -t nfs -s -o rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,udp,nolock ds212:/volume1/video /media/net/autofs/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[6008]: mount(nfs): mounted ds212:/volume1/video on /media/net/autofs/video
Jan 10 14:15:47 vuduo2 daemon.debug automount[2799]: handle_child: got pid 6008, sig 0 (0), stat 0
Jan 10 14:15:47 vuduo2 daemon.debug automount[2799]: sig_child: found pending iop pid 6008: signalled 0 (sig 0), exit status 0
Jan 10 14:15:47 vuduo2 daemon.debug automount[2799]: send_ready: token=1

Alles anzeigen

Dann geht's mit folgenden Blöcken alle 75s weiter

Quellcode

Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: sig 14 switching from 1 to 2
Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: get_pkt: state 1, next 2
Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: st_expire(): state = 1
Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: expire_proc: exp_proc=6622
Jan 10 14:18:27 vuduo2 daemon.debug automount[6622]: expire_proc: 1 remaining in /media/net/autofs
Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: handle_child: got pid 6622, sig 0 (0), stat 1
Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: sigchld: exp 6622 finished, switching from 2 to 1
Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: get_pkt: state 2, next 1
Jan 10 14:18:27 vuduo2 daemon.debug automount[2799]: st_ready(): state = 2

Die Zeit läuft.

Nach 5 Minuten kommt dann

Quellcode

Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: sig 14 switching from 1 to 2
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: get_pkt: state 1, next 2
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: st_expire(): state = 1
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: expire_proc: exp_proc=7193
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: handle_packet: type = 2
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: handle_packet_expire_multi: token 2, name video
Jan 10 14:20:57 vuduo2 daemon.debug automount[7194]: expiring path /media/net/autofs/video
Jan 10 14:20:57 vuduo2 daemon.debug automount[7194]: umount_multi: path=/media/net/autofs/video incl=1
Jan 10 14:20:57 vuduo2 daemon.debug automount[7194]: umount_multi: unmounting dir=/media/net/autofs/video
Jan 10 14:20:57 vuduo2 daemon.info automount[7194]: expired /media/net/autofs/video
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: handle_child: got pid 7194, sig 0 (0), stat 0
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: sig_child: found pending iop pid 7194: signalled 0 (sig 0), exit status 0
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: send_ready: token=2
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: handle_child: got pid 7193, sig 0 (0), stat 0
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: sigchld: exp 7193 finished, switching from 2 to 1
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: get_pkt: state 2, next 1
Jan 10 14:20:57 vuduo2 daemon.debug automount[2799]: st_ready(): state = 2

Alles anzeigen

Danach geht's es mit dem anfänglichen Block alle 75s weiter.
Ich hab mit 2 putty-Fenstern gearbeitet und in einem "tail -f /var/log/messages" mitlaufen lassen. Dann sieht man schön was/wann passiert.

Ich hoffe, das hilft dir bei der Fehlersuche weiter.

Benares · 10. Januar 2015, 14:44

Wenn ich das gleiche über CIFS mache, schreibt er beim Zugriff folgendes

Quellcode

Jan 10 14:35:50 vuduo2 daemon.debug automount[10496]: handle_packet: type = 0
Jan 10 14:35:50 vuduo2 daemon.debug automount[10496]: handle_packet_missing: token 3, name video_c
Jan 10 14:35:50 vuduo2 daemon.info automount[10496]: attempting to mount entry /media/net/autofs/video_c
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: lookup(file): video_c -> -fstype=cifs,rw,soft,user=user,pass=pass ://ds212/video
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: parse(sun): expanded entry: -fstype=cifs,rw,soft,user=user,pass=pass ://ds212/video
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: parse(sun): dequote("fstype=cifs,rw,soft,user=user,pass=pass") -> fstype=cifs,rw,soft,user=user,pass=pass
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: parse(sun): gathered options: fstype=cifs,rw,soft,user=user,pass=pass
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: parse(sun): dequote("//ds212/video") -> //ds212/video
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: parse(sun): core of entry: options=fstype=cifs,rw,soft,user=user,pass=pass, loc=//ds212/video
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: parse(sun): mounting root /media/net/autofs, mountpoint video_c, what //ds212/video, fstype cifs, options rw,soft,user=user,pass=pass
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: do_mount //ds212/video /media/net/autofs/video_c type cifs options rw,soft,user=user,pass=pass using module generic
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: mount(generic): calling mkdir_path /media/net/autofs/video_c
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: mount(generic): calling mount -t cifs -s -o rw,soft,user=user,pass=pass //ds212/video /media/net/autofs/video_c
Jan 10 14:35:50 vuduo2 daemon.debug automount[10787]: mount(generic): mounted //ds212/video type cifs on /media/net/autofs/video_c
Jan 10 14:35:50 vuduo2 daemon.debug automount[10496]: handle_child: got pid 10787, sig 0 (0), stat 0
Jan 10 14:35:50 vuduo2 daemon.debug automount[10496]: sig_child: found pending iop pid 10787: signalled 0 (sig 0), exit status 0
Jan 10 14:35:50 vuduo2 daemon.debug automount[10496]: send_ready: token=3

Alles anzeigen

und nach 5 Minuten folgendes

Quellcode

Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: sig 14 switching from 1 to 2
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: get_pkt: state 1, next 2
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: st_expire(): state = 1
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: expire_proc: exp_proc=12207
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: handle_packet: type = 2
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: handle_packet_expire_multi: token 4, name video_c
Jan 10 14:42:01 vuduo2 daemon.debug automount[12208]: expiring path /media/net/autofs/video_c
Jan 10 14:42:01 vuduo2 daemon.debug automount[12208]: umount_multi: path=/media/net/autofs/video_c incl=1
Jan 10 14:42:01 vuduo2 daemon.debug automount[12208]: umount_multi: unmounting dir=/media/net/autofs/video_c
Jan 10 14:42:01 vuduo2 daemon.info automount[12208]: expired /media/net/autofs/video_c
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: handle_child: got pid 12208, sig 0 (0), stat 0
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: sig_child: found pending iop pid 12208: signalled 0 (sig 0), exit status 0
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: send_ready: token=4
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: handle_child: got pid 12207, sig 0 (0), stat 0
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: sigchld: exp 12207 finished, switching from 2 to 1
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: get_pkt: state 2, next 1
Jan 10 14:42:01 vuduo2 daemon.debug automount[10496]: st_ready(): state = 2

Alles anzeigen

ansonsten ist alles gleich wie oben bei NFS.