autofs cifs mount (s) hängen / werden momentan nicht erreichbar

800
ktopaz

Ich verwende Autofs auf meinem Fedora 25-Desktop, um auf einige cifs-Mounts in meinem Arbeitsnetzwerk zuzugreifen.

/etc/auto.master:

/home/user/work/mountpoint /etc/auto.custom --timeout=43200 --ghost

/etc/auto.custom:

cifs1 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs1_share/ cifs2 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs2_share/ cifs3 -fstype=cifs,nodev,nosuid,uid=user,gid=user,credentials=/etc/.smbcredentials ://server/cifs3_share/

Dieses exakte Setup hat sehr lange perfekt funktioniert :

Der Zugriff auf / home / user / work / mountpoint / war immer schnell, wurde nie gehängt oder verzögert.

Vor ungefähr 2 Wochen passierte etwas (keine Ahnung was genau) und jetzt, wenn ich diese Mounts für eine kleine Dauer nicht betrage (sogar wenige Minuten) und dann versuche, auf sie zuzugreifen (sogar mit einem einfachen Befehl ls oder find), hängen sie und geben Sie die Meldung "Host is down" zurück. Wenn Sie es dann noch einmal oder 2-3 weitere Male versuchen, ist der Zugriff plötzlich wieder in Ordnung und alles ist wieder schnell.

Ich habe festgestellt, dass dies der Systemaufruf ist, der für diese Nachrichten verantwortlich ist:

19895 newfstatat(AT_FDCWD, "/home/user/work/mountpoint/cifs1/folder/*", 0x55ab02f81b98, AT_SYMLINK_NOFOLLOW) = -1 EHOSTDOWN (Host is down)

Ich habe versucht, autofs / automount im Debug-Modus mit Vordergrundausgabe (stdout / stderr) auszuführen, habe aber nichts Ungewöhnliches bemerkt, als das Problem auftrat.

Andere Leute an meinem Arbeitsplatz nutzen das gleiche Setup und haben überhaupt keine Probleme (die meisten von ihnen greifen viel seltener auf ihre Reittiere zu als ich).

Ich würde mich über Hinweise oder zusätzliche Dinge freuen, die ich prüfen kann, um das Problem zu lösen!

1

0 Antworten auf die Frage

Verwandte Probleme