sysutils/automounter hängt beim Systemstart

nakal

Anfänger
Dein automounter, Kamikaze, ist so voll OK. Ich hab hier aber so ein DVD-Laufwerk was ziemlich lange braucht, um an GEOM ein "Medium not found" zu geben. So hängt der Automounter beim rc-Start sehr lange (ca 30 Sekunden) beim Hochfahren.
 
Dein automounter, Kamikaze, ist so voll OK. Ich hab hier aber so ein DVD-Laufwerk was ziemlich lange braucht, um an GEOM ein "Medium not found" zu geben. So hängt der Automounter beim rc-Start sehr lange (ca 30 Sekunden) beim Hochfahren.
Aus diesem Grund wird auf optische Laufwerke eigentlich nicht zugegriffen.

Was steht denn in deiner automounter.conf? Und was sagt der Output von gstat -bI0?
 
Aus diesem Grund wird auf optische Laufwerke eigentlich nicht zugegriffen.

Was steht denn in deiner automounter.conf? Und was sagt der Output von gstat -bI0?

Nix besonderes, hier diff zum .sample:
Code:
12c12
< #geli=1
---
> geli=1
21c21
< #timeout=10
---
> timeout=5
37c37
< #linkdir="/media"
---
> linkdir="/media"
85c85
< #msdosfs_options=$mount_options,-L=en_GB.UTF-8,-m660,-M770
---
> msdosfs_options=$mount_options,-L=en_GB.UTF-8,-m660,-M770
95,96c95,96
< #blacklist_devs="ad*,acd*"
< #blacklist_nodes="ufs/*"
---
> blacklist_devs="ad*,acd*"
> blacklist_nodes="ufs/*"

Code:
% gstat -bI0
dT: 0.000s  w: 0.000s
L(q)  ops/s  r/s  kBps  ms/r  w/s  kBps  ms/w  %busy Name
  0  0  0  0  0.0  0  0  0.0  0.0  ada0
  0  0  0  0  0.0  0  0  0.0  0.0  cd0
  0  0  0  0  0.0  0  0  0.0  0.0  ada0p1
  0  0  0  0  0.0  0  0  0.0  0.0  ada0p2
  0  0  0  0  0.0  0  0  0.0  0.0  ada0p3
  0  0  0  0  0.0  0  0  0.0  0.0  gpt/gptboot0
  0  0  0  0  0.0  0  0  0.0  0.0  gptid/54dc6266-7218-11e3-ae6c-902b34358a95
  0  0  0  0  0.0  0  0  0.0  0.0  gpt/swap0
  0  0  0  0  0.0  0  0  0.0  0.0  gptid/552bdaa9-7218-11e3-ae6c-902b34358a95

Aber ich mag mein optisches Laufwerk unter automounter. Das ist auch eher der Hauptgrund warum ich automounter nutze. Problem ist dass GEOM nicht so ganz freundlich zu meinem DVD-Laufwerk ist und spuckt später (nach einem langen Timeout) das hier aus:
Code:
g_vfs_done():cd0[READ(offset=32768, length=2048)]error = 6
 
Nein.

Hier Output ohne DVD drin:
Code:
# /usr/local/etc/rc.d/automounter start
NFS access cache time=60
automounter: start: Starting amd ... (wartet hier ca 60 Sekunden)
automounter: start: done.
# automounter: update: add <iso9660/cd0> [cd0]

# /usr/local/etc/rc.d/automounter stop
automounter: stop: Stopping amd ...
automounter: stop: done.
automounter: stop: remove <iso9660/cd0> [cd0]
Dann DVD eingelegt:

Code:
# /usr/local/etc/rc.d/automounter start
NFS access cache time=60
automounter: start: Starting amd ... (wartet hier ca 60 Sekunden)
automounter: start: done.
# automounter: update: add <iso9660/cd0> [cd0]

# ls /media/iso9660/cd0/
home.dump.gz.bf
In beiden Fällen fügt er cd0 hinzu, egal ob DVD drin oder nicht.
 
Dann hat das andere Gründe. Er startet erst mal den amd, forkt dann und bindet dann erst die Laufwerke ein.

Aus irgend einem Grund hängt der amd aber beim Starten.

Wie verhält es sich denn, wenn du ein service amd onestart absetzt? Dauert das auch so lange?

Lass mal tail -F /var/run/automounter.amd.log laufen während du ein automounter start durchführst.
 
amd alleine ist normal, ohne nennenswerte Wartezeiten. Er gibt auch nichts in das Log rein.

Wenn ich mit automounter starte scheint es, dass er irgendwelche NFS-Versionen für meine fest gemounteten NFS-Mountpoints aus der /etc/fstab dauernd testet und Timeouts schmeißt. Ich hab ja NFSv4 laufen, das versucht er aber gar nicht. Seit wann macht automounter was mit NFS??
 
Interessant.

Der amd verwendet intern irgendwie NFS. Versuch mal die NFS Version in der /etc/amd.map zu ändern. Bei mir steht noch 3 drin.
 
Bei mir steht ja auch 3 und deswegen sind ja die Timeouts. Aber warum macht sich amd an die statisch (per fstab) gemounteten Dateisysteme ran? Ich will eigentlich nicht, dass er mir was da anfasst. Die sind schon korrekt gemountet... besser kriegt der amd das bestimmt nicht hin, als ich das konfiguriert habe.
 
Hmm, das muss an der -r Option von amd liegen. Wobei die eigentlich nur Dateisysteme, die in der amd.map gelistet sind betreffen sollte. Du kannst ja auch mal Version 4 in der amd.map eintragen. Vielleicht hilft das ja.
 
Ja, es ist die Option -r, die das verursacht. Version 4 bringt in amd.map nichts. Der Automounter startet weiter mit Version 3 beim Probing.

Soweit danke. Als Workaround reicht mir das, aber es wäre sinnvoll das hier zu erweitern. Was denkst Du?
 
Hmm, das Verhalten entspricht nicht der Manpage, jedenfalls nicht so wie ich das lese.

Wird wohl Zeit für das neue Backend.
 
Zurück
Oben