danielg1974
Goto Top

Linux CentOS fstab cifs mount failed return code 95

Hallo.

Eine Frage vorab:
Kennt jemand eine Webseite, auf der die Return Codes von CIFS erläutert werden?
Ich habe bis jetzt nichts "erhellendes" gefunden und "man mount" liefert mir auch keine klaren Erklärungen.

Hier: CIFS-Mount Return Codes
hat zwar jemand etwas gepostet, aber ich fände es wesentlich besser würden die Gründe erläutert. Zumindest grob umrissen.

Nun zu meinem Problem.
Unter einer CentOS 7.6.1810 Core-Installation versuche ich einen Ordner eines anderen CentOS-Servers gleicher Version unter /mnt einzubinden.

Firma A
Server mit freigegebenen Ordner-X

Firma B
Server 1
Server 2

Firma B, Server 1 hat unter /mnt/Ordner-X eine Freigabe des Servers (Firma A) gemountet.
IP-Adresse-Server-Firma-A/Ordner-X/ >>> /mnt/Ordner-X (Firma B Server 1)
Das funktioniert soweit einwandfrei.

Auf Server 2 von Firma B soll nun der Ordner-X von Server 1 gemountet werden:
IP-Adresse-Server 1-Firma-B/Ordner-X/ >>> /mnt/Ordner-X (Server 2)
Die Anwendungen und Benutzer sollen nur über den Ordner-X auf Server 2 der Firma B zugreifen.

Habe auch eine Abbildung angehängt.

Nur funktioniert das Mounten von Server 1 zu Server 2 nicht.
Es wird nur ein Fehler ausgegeben:
mount error(95): Operation not supported
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Die Fehlermeldung aus der Log-Datei lautet:
kernel: CIFS VFS: cifs_mount failed w/return code = -95

Gemountet wird in der /etc/fstab/ wie folgt:
//IP-Adresse-Server-Firma-A/mnt/Ordner-X /mnt/Ordner-X cifs defaults,vers=1.0,sec=ntlmv2,_netdev,uid=0,gid=0,dir_mode=0777,file_mode=0777,username=USER,password=PASSWORT 0 0

Ich habe mit diversen Optionen getestet. Ohne Ergebnis.
Der aktuelle fstab-Eintrag gibt nur noch diesen einen Fehler zurück.

Kann mir jemand diesen Fehler erklären?

Gruß Daniel
mnt-problem

Content-ID: 435440

Url: https://administrator.de/forum/linux-centos-fstab-cifs-mount-failed-return-code-95-435440.html

Ausgedruckt am: 25.12.2024 um 17:12 Uhr

godlie
godlie 02.04.2019 aktualisiert um 13:09:41 Uhr
Goto Top
Hallo,

bei dieser Fehlermeldung dürfte es sich um einen Fehler bei den SMB Protokollen handeln.
Du kannst dies so einfach mal testen und dann als option in deiner fstab eintragen.

//vers=2,0 / 3.0

sudo mount -t cifs //192.168.1.100/Movies /mnt/Media vers=3.0,user=plex,uid=111,gid=1000,pass=PASSWORD
DanielG1974
DanielG1974 02.04.2019 aktualisiert um 14:07:47 Uhr
Goto Top
Mit vers=2.0, 2.1 oder 3.0 will er sich nicht verbinden.
Das führt zu einer Fehlermeldung.
Mit vers=3.0:
kernel: CIFS VFS: Dialect not supported by server. Consider specifying vers=1.0 or vers=2.0 on mount for accessing older servers
Mit vers=2.1:
kernel: Status code returned 0xc000006d STATUS_LOGON_FAILURE
kernel: CIFS VFS: Send error in SessSetup = -13
kernel: CIFS VFS: cifs_mount failed w/return code = -13
Mit vers=2.0:
kernel: Status code returned 0xc000006d STATUS_LOGON_FAILURE
kernel: CIFS VFS: Send error in SessSetup = -13
kernel: CIFS VFS: cifs_mount failed w/return code = -13

Deshalb habe ich die Option vers=1.0 benutzt.
godlie
godlie 02.04.2019 aktualisiert um 15:07:41 Uhr
Goto Top
Gut dann bleibt noch das sec argument, welches du anhand der man page mal durchprobieren, oder einfach mal ganz weglassen kannst.

Denn der Status Logon Failure will uns schon mehr sagen face-smile

Security mode. Allowed values are: 
none attempt to connection as a null user (no name) 
krb5 Use Kerberos version 5 authentication 
krb5i Use Kerberos authentication and forcibly enable packet signing 
ntlm Use NTLM password hashing (default) 
ntlmi Use NTLM password hashing and force packet signing 
ntlmv2 Use NTLMv2 password hashing 
ntlmv2i Use NTLMv2 password hashing and force packet signing 
ntlmssp Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message 
ntlmsspi Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and force packet 
DanielG1974
DanielG1974 02.04.2019 aktualisiert um 15:21:50 Uhr
Goto Top
Ich denke, dass ich diese Option auch gleich ganz weglassen kann.
Denn es gibt dort keinen Password-Server.
Nach weglassen der Option hat sich an der Fehlermeldung im Log auch nichts geändert:

kernel: CIFS VFS: cifs_mount failed w/return code = -95

Die beiden Server befinden sich in einem eigenen VLAN.
Da der Admin bei dem Kunden nicht zum ersten Mal beim Einrichten ihrer Firewall etwas übersehen hat...
Könnte es auch hier an der Firewall liegen?
Ich bekomme aber keine Socket-Fehlermeldung.

Was heißt das "w" bei "w/return code..."? write?
it-frosch
it-frosch 02.04.2019 aktualisiert um 15:26:11 Uhr
Goto Top
Hi Daniel,

versuch doch mal sec=ntlm

grüße vom it-frosch
godlie
godlie 02.04.2019 um 15:33:17 Uhr
Goto Top
Ähm jetzt langsam, durch das wegnehmen der sec Option, bekommst du jetzt wieder einen return code von -95 ?

Mach doch mal ein

smbclient -L //server 

Mit welcher vers Option hast du das getestet?

Soweit ich das im Kopf habe hat das w hier keine besondere Bedeutung.
DanielG1974
DanielG1974 02.04.2019 um 16:21:52 Uhr
Goto Top
Das hatte ich noch nicht getestet.
Hängt das von der konfigurierten SMB-Version in der /etc/samba/smb.conf ab?

Nach Absetzen des Befehl bekam ich:
Enter SAMBA\root's password:  
Anonymous login successful

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       IPC Service (Samba 4.8.3)
Reconnecting with SMB1 for workgroup listing.
protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE
Failed to connect with SMB1 -- no workgroup available


Dann habe ich die Protokoll-Versionen auskommentiert:
[global]
        workgroup = SAMBA
        security = user
#       min protocol = SMB2
#       max protocol = SMB2
        passdb backend = tdbsam

Und bekomme eine ordentliche Meldung:
Enter SAMBA\root's password:  
Anonymous login successful

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       IPC Service (Samba 4.8.3)
Reconnecting with SMB1 for workgroup listing.
Anonymous login successful

        Server               Comment
        ---------            -------

        Workgroup            Master
        ---------            -------
        SAMBA

Allerdings ist jetzt nach "mount -a" die Fehlermeldung im Log eine andere:
Meldung in der Konsole:
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

und im Log:
kernel: Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
kernel: CIFS VFS: Send error in SessSetup = -13
kernel: CIFS VFS: cifs_mount failed w/return code = -13
DanielG1974
DanielG1974 02.04.2019 um 16:25:08 Uhr
Goto Top
Aber wieso ein "Permission denied"?
Die Benutzer sind auf beiden Servern gleich....
DanielG1974
DanielG1974 02.04.2019 um 16:33:56 Uhr
Goto Top
Melde ich mich mit dem auf dem Zielsystem eingerichteten Samba-User an, so bekomme ich folgendes:
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Und im LOG:
kernel: CIFS VFS: cifs_mount failed w/return code = -6
kernel: CIFS VFS: cifs_mount failed w/return code = -6

???? Ich versteh jetzt gar nichts mehr....
godlie
Lösung godlie 03.04.2019 um 07:03:16 Uhr
Goto Top
Moin,

fassen wir mal zusammen, was wir bisher hatten:

Error Code 95 /
kernel: CIFS VFS: cifs_mount failed w/return code = -95
mount error(95): Operation not supported
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Falsche SMB Version, anpassen der vers Option

ErroCode -13
kernel: Status code returned 0xc000006d STATUS_LOGON_FAILURE
kernel: CIFS VFS: Send error in SessSetup = -13
kernel: CIFS VFS: cifs_mount failed w/return code = -13

Falscher sec Mode, anpassen der sec Option

ErrorCode -6
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Hier dürfte schlicht und ergreifend der Pfad falsch sein, versuch mal gezielt einen Ordner im Share zu mounten
DanielG1974
DanielG1974 03.04.2019 um 09:03:28 Uhr
Goto Top
Moin.

Erstmal schon mal danke, dass Du mir versuchst zu helfen. face-smile

Wird der Pfad bei einer Weitergabe irgendwie anders abgebildet?
Ich kann keinen Pfad-Fehler erkennen.
Alles nochmal gegen gelesen und überprüft.
Konnte keinen Fehler finden.

Gruß Daniel
DanielG1974
DanielG1974 03.04.2019 um 10:43:26 Uhr
Goto Top
Es läuft.

Was der Kunde und wir eigentlich nicht mehr wollten: irgendwelche Samba-Shares im Netz haben.
Aber nur damit kann ich den Ordner weiterleiten.
Ein normales mount wie vom Server aus Firma A auf den Server 1 in Firma B scheint nicht zu funktionieren.

Meine /etc/samba/smb.conf jetzt:

[global]
        workgroup = SAMBA
        security = user
#       min protocol = SMB1
#       max protocol = SMB1
        passdb backend = tdbsam
#       printing = cups
#       printcap name = cups
#       load printers = yes
#       cups options = raw

[Share-Ordner auf Server 1 Firma B]
        comment = xxx Share
        path = /mnt/<Share-Ordner auf Server 1 Firma B>
        public = no
        browseable = yes
        force user = xyz
        force group = xyz
        guest ok = no

Der Eintrag in der /etc/fstab:
//<IP-Adresse Server 1 Firma B>/<Share Ordner auf Server 1 Firma B> /mnt/<gemounteter Ordner auf Server 2 Firma B> cifs defaults,vers=1.0,_netdev,uid=1000,gid=1000,dir_mode=0777,file_mode=0777,username=<USER>,password=<PASSWORD> 0 0