danielg1974
Apr 02, 2019
view8471
view12
0
Goto Top

Linux CentOS fstab cifs mount failed return code 95

GermansolvedQuestionLinux NetworkLinux
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
comment-contentCommentShareShare
Share on Facebook Share on Twitter Share on Reddit Share on Linkedin

Content-Key: 435440

Url: https://administrator.de/contentid/435440

Printed on: April 16, 2024 at 22:04 o'clock

12 Comments
Latest comment
Goto Top
Member: godlie
godlie Apr 02, 2019 updated at 11:09:41 (UTC)
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
Member: DanielG1974
DanielG1974 Apr 02, 2019 updated at 12:07:47 (UTC)
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.
Member: godlie
godlie Apr 02, 2019 updated at 13:07:41 (UTC)
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
Member: DanielG1974
DanielG1974 Apr 02, 2019 updated at 13:21:50 (UTC)
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?
Member: it-frosch
it-frosch Apr 02, 2019 updated at 13:26:11 (UTC)
Goto Top
Hi Daniel,

versuch doch mal sec=ntlm
hier

grüße vom it-frosch
Member: godlie
godlie Apr 02, 2019 at 13:33:17 (UTC)
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.
Member: DanielG1974
DanielG1974 Apr 02, 2019 at 14:21:52 (UTC)
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
Member: DanielG1974
DanielG1974 Apr 02, 2019 at 14:25:08 (UTC)
Goto Top
Aber wieso ein "Permission denied"?
Die Benutzer sind auf beiden Servern gleich....
Member: DanielG1974
DanielG1974 Apr 02, 2019 at 14:33:56 (UTC)
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....
Member: godlie
Solution godlie Apr 03, 2019 at 05:03:16 (UTC)
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
Member: DanielG1974
DanielG1974 Apr 03, 2019 at 07:03:28 (UTC)
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
Member: DanielG1974
DanielG1974 Apr 03, 2019 at 08:43:26 (UTC)
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
GermansolvedQuestionLinux NetworkLinux
Hotly discussed
DaniEnd of Support dates for Office 2016, 2019 Apps und Productivity ServersDani - 1 Comment