16.04 CIFS „Host ist ausgefallen“, dies ist jedoch nicht der Fall

26

Ich habe mein CIFS-Setup in fstab und sie arbeiten, wie sie beim Booten sollen. Sie steigen wie sie sollten und arbeiten eine Weile. Aus dem Nichts scheint es (könnte nach dem Entsperren der Maschine usw. sein), dass ich beim Versuch, darauf zuzugreifen, die Fehlermeldung "Host ist ausgefallen" erhalte. Ich habe mehrere und sie sind alle unten. Sie werden auch vom selben Server aus gemeinsam genutzt. Zu diesem Zeitpunkt überprüfe ich auf einem Windows-Computer und einem veralteten 14.04-Computer, und sie sind betriebsbereit und funktionieren so, wie sie sollen. Nachdem Sie auf die Freigaben in Nautilus geklickt haben und Wiederholungsfehler erhalten haben, können Sie wieder mit der Arbeit beginnen. Um auf eine Freigabe zuzugreifen, die "down" ist, müssen Sie nach dem Zufallsprinzip 2-3 Minuten auf verschiedene Bereitstellungen klicken und dann zur ersten zurückkehren, wenn die Daten im Bereitstellungspunkt automatisch angezeigt werden.

Ich habe dieses Problem nicht auf 14.04-Computern, die seit einiger Zeit nicht aktualisiert wurden. Alle diese Maschinen sind voll funktionsfähig und das CIFS geht nie "aus". Am 16.04 waren sie bis vor kurzem kein Problem.

Ich habe darauf geachtet, jeden zweiten Tag zu aktualisieren und alte Linux-Header zu bereinigen (im Nachhinein sollte ich wahrscheinlich zurückgesetzt haben). Ich mache das, weil ich darum bettele, dass ein Update erscheint, aber es waren Wochen, in denen ich gegen CIFS gekämpft habe, ohne dass eine Lösung gefunden wurde.

DevinM
quelle
Ich habe genau das gleiche Problem. Gerade erst vor ein paar Wochen angefangen. Etwas Glück?
Ian H
Nein, immer noch vor dem gleichen Problem. Läufst du zufällig Gnome-Shell? Ich frage mich, ob dies der Wendepunkt war, weil ich einen Laptop
besitze, der
Nein, ich benutze urxvt. Ich denke, das ist ein Fehler in der Sicherung.
Ian H
Related - serverfault.com/a/842686/301458
David Refoua

Antworten:

13

Ich stehe vor dem gleichen Problem. Es scheint etwas mit den neuesten Kernel-Versionen und Samba zu tun zu haben.

Ich habe es geschafft, dieses Problem durch Hinzufügen von vers = 2.0 bei mount-Befehlen (oder am Ende jeder fstab-Zeile) zu lösen.

Josepcoves
quelle
3
Könnten Sie vielleicht versuchen, dies für andere klarer zu machen? Zeigen Sie die Zeile aus Ihrer fstab oder Shell und erklären Sie, warum es hilft?
Zanna
Hallo, ich habe diese Problemumgehung wie folgt angewendet: bugs.launchpad.net/ubuntu/+source/cifs-utils/+bug/1687273
josepcoves
Ich teste dieses Update jetzt. So weit, ist es gut. Wenn es morgen noch funktioniert, werde ich dies als Antwort akzeptieren. Danke für die Information!
DevinM
Funktioniert bei mir nicht - kannst du posten, was du getan hast? Wie können Sie feststellen, welche Versionsnummer verwendet werden soll?
Hippyjim
4
Da dies die akzeptierte Antwort ist, sollte vielleicht erwähnt werden, dass das Ausprobieren der gültigen Werte für versdie besten Ergebnisse liefert, anstatt eine bestimmte Protokollversion zu empfehlen (die auf veralteten Servern nicht funktioniert). Beginnen Sie mit einer Hochprotokollversion und gehen Sie nacheinander herunter. Wenn Sie mit vers=1.0dem Remote-Server enden, muss dieser möglicherweise (falls möglich) aktualisiert oder anderweitig gesichert werden.
0xC0000022L
37

Nach vielen Tests vers=1.0scheint das Hinzufügen in der Mount-Zeile das Problem zu beheben. Das Mount funktioniert jetzt unter Ubuntu 17.10 wie jahrelang unter älteren Ubuntu-Versionen.

Stéphane PIOTROWSKI
quelle
3
Nach vielen x 10 Versuchen ist dies die einzige Lösung, die funktioniert hat. vers=2.0hat nicht funktioniert.
Olivier Pons
Ich weiß nichts über Vers = 1.0 vs. 2.0 oder 3.0, und ich kann keine Erwähnung in den Manpages finden, aber das hat bei mir funktioniert.
Greg Chabala
3
//192.168.1.222/volume_1 / media / nas cifs Benutzername = ****, Passwort = ****, Vers = 1.0
Steven
@ GregChabala: vielleicht checkt ihr zB mount.cifs(8)mit man 8 mount.cifs? Mit mount.cifsVersion 6.8 (aus dem cifs-utilsPaket) tut der Mann Seite eine Erwähnung enthalten vers=arg.
0xC0000022L
7

Ich hatte selbst das gleiche Problem. Ich wollte die im Ubuntu-Wiki ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ) gefundene Methode zum automatischen Mounten verwenden, obwohl ich das gleiche Problem wie oben angegeben habe:mount error(112): Host is down

Was mir geholfen hat, ist das Hinzufügen vers=3.0der und der Optionen:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

Es scheint also, dass es jetzt nur funktioniert, wenn Sie SMB1 umgehen und ein anderes angegebenes verwenden. SMB3 hat für mich funktioniert, also habe ich nichts anderes ausprobiert.

Ich habe ein lokales Konto auf dem Windows-Computer verwendet, das nicht den Domänennamen outlook.com hat, da ich etwas gelesen habe, das ebenfalls Konflikte verursachen könnte.

user695658
quelle
Es scheint, dass ein aktuelles Update für Windows 10 Pro Insider Preview Build 16232.rs_prerelease.170624-1334 eine Änderung beinhaltete, die mich dazu zwang vers=3.0, eine Freigabe hinzuzufügen , die zuvor ohne sie funktionierte.
Dylan Oliver
6

Andere haben bereits auf die Lösung hingewiesen, aber es kann sich lohnen, den Grund kurz zu erläutern.

mount.cifs In Ubuntu 16.04 wird standardmäßig das SMB1-Protokoll verwendet.

In späteren Versionen von mount.cifsist die Standard-SMB-Version 2.1 oder 3.0.

Aktuelle Windows-Server unterstützen das SMB 1.0-Protokoll nicht mehr, es sei denn, sie sind speziell in ihrer Registrierung konfiguriert, um es zu akzeptieren. Standardmäßig lehnen sie daher Verbindungen von Clients ab, die das SMB1-Protokoll verwenden. Dies führt zu der irreführenden Meldung "Host ist ausgefallen".

Einige ältere Systeme (meist NAS) unterstützen die Protokolle 2.1 oder 3 jedoch nicht.

Die Lösung besteht darin mount.cifs, mithilfe der vers=Option anzugeben , dass das richtige Protokoll für die Verbindung zu Ihrem Server verwendet werden soll . So stellen Sie beispielsweise eine Verbindung zu einem Windows 10-Computer her:

mount -t cifs ... -o vers=3.0,...

oder zu einem alten NAS von Ubuntu 18.04 oder neuer:

mount -t cifs ... -o vers=1.0,...

Von man mount.cifs(in Ubuntu 16.04):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

Wenn Sie Ihr Mount in definieren /etc/fstab, sieht es möglicherweise so aus:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0
mivk
quelle
cifs vers = 1.0, credentials = / root / .smbcredentials, hat in 18.04 LTS für mich funktioniert. Das Einschließen von "Defaults" in fsatb erzeugte einen Analysefehler, so dass das Löschen dieses Texts den Fehler verhinderte.
Graham
@ Abraham smb1 ist extrem veraltet und gefährlich. Es ist auch langsamer. Versuchen Sie, mindestensvers=2.1
Joel Coehoorn
@JoelCoehoorn, aber Vers = 1.0 funktionierte, während die späteren Versionen nicht ... Ich begann bei 3 und änderte die Verse nach unten, bis 1.0 funktionierte. Seitdem absolut keine Probleme.
Graham
@ Abraham Dann müssen Sie den Host reparieren, mit dem Sie eine Verbindung herstellen, damit er smb2.1 oder höher unterstützt. SMB1.0 ist wirklich schlecht .
Joel Coehoorn
@JoelCoehoorn Ich habe den in diesem Thread enthaltenen Rat befolgt : serverfault.com/questions/414074/mount-cifs-host-is-down , um das Problem zu beheben. Versuchen Sie es einfach noch einmal mit vers = 3.0 und derselbe Fehler bleibt bestehen und das Laufwerk wird nicht gemountet. Was ist so schrecklich an Vers = 1.0?
Graham
0

Ich hatte das gleiche Problem nach einem Client-Update der cifs-utils auf 6.7-2. Und im Grunde hat die Lösung von josepcoves und user695658 für mich funktioniert. Aber nur der Wert 1.0 für die Mount-Option 'vers' hat bei mir funktioniert. Es scheint, dass der Standardwert für den Parameter 'vers' nicht mehr 1.0 ist.

dev-null
quelle
Dies ist ein Duplikat der akzeptierten Antwort.
Karl