SMB Verbindung geht verloren, oft nach einem Löschvorgang


susa

Recommended Posts

Hallo zusammen,

ich bin neu bei unraid und hoffe Ihr habt einen Tip, wie ich den Fehler beheben kann.

 

Das Problem taucht sporadisch auf oder wenn im Anschluß eines Kopiervorgangs die Zieldatei gelöscht oder bewegt wird, dies dauert erst recht lange und dann verschwindet der SMB-Share Point, die anderen bleiben aktiv.

 

Einbindung in /etc/fstab:

//192.168.178.23/Syncordner /media/unraid/Syncordner cifs uid=1000,gid=1004,iocharset=utf8,nounix,_netdev,noauto,credentials=/etc/.winshar>
//192.168.178.23/Projekte /media/unraid/Projekte cifs uid=1000,gid=1004,iocharset=utf8,nounix,_netdev,noauto,credentials=/etc/.winshare-pw>
//192.168.178.23/Multimedia /media/unraid/Multimedia cifs uid=1000,gid=1004,iocharset=utf8,nounix,_netdev,noauto,credentials=/etc/.winshar>
//192.168.178.23/Downloads /media/unraid/Downloads cifs uid=1000,gid=1004,iocharset=utf8,nounix,_netdev,noauto,credentials=/etc/.winshare->
//192.168.178.23/Backups /media/unraid/Backups cifs uid=1000,gid=1004,iocharset=utf8,nounix,_netdev,noauto,credentials=/etc/.winshare-pw 0>
//192.168.178.23/Austauschlaufwerk /media/unraid/Austauschlaufwerk cifs uid=1000,gid=1004,iocharset=utf8,nounix,_netdev,noauto,credentials>

Gemountet wird dann später wenn das Netz sicher da ist von Hand:

mount /media/unraid/Syncordner
mount /media/unraid/Austauschlaufwerk
mount /media/unraid/Backups
mount /media/unraid/Downloads
mount /media/unraid/Multimedia
mount /media/unraid/Projekte

 

grafik.thumb.png.872090b6bab083956cc008e45ea25f7f.png

Dann habe ich heute das logging für SMB aktiviert:

log level = 3 logging = syslog

nach:

 

Nun habe ich die Fehlermeldung, dass die Log´s vollaufen.

/var/log is getting full (currently 98 % used)

Hat sicher etwas zu tun mit (log level = 3 logging = syslog) ... ?

Einige Error Meldungen gibt es:

11:29:45 unraid  smbd[2190]:   smbd_smb2_request_error_ex: smbd_smb2_request_error_ex: idx[1] status[NT_STATUS_BAD_NETWORK_NAME] || at ../../source3/smbd/smb2_tcon.c:151

 

Häufig taucht dieser status[NT_STATUS_BAD_NETWORK_NAME] auf ...,

wo könnte das Problem liegen?

 

Schon mal vielen Dank für die Mühe!

 

 

 

unraid-diagnostics-20221107-1715.zip

Edited by susa
  • Upvote 1
Link to comment
  • susa changed the title to SMB Verbindung geht verloren, oft nach einem Löschvorgang

Hi @susa

ich hatte das Problem jetzt auch ein paar mal mit Unraid 6.11.0.

 

Ich konnte es mir aber nicht erklären und es hat auch nur zwei Freigaben betroffen. Habe als temporären Workaround kurz die Freigabe umbenannt und dann konnte ich weiterarbeiten ohne neustart.

 

Würde mich interessieren, wenn es hierzu neue Erkenntnisse gibt.

  • Like 1
Link to comment
10 hours ago, susa said:

NT_STATUS_BAD_NETWORK_NAME

 

Eigentlich wollte ich nicht mehr auf Posts reagieren, in denen die Unraid-spezifischen Eigenschaften komplett ignoriert werden und Unraid wie eine stinknormale Linux Distribution behandelt wird (das es nicht ist).

 

fstab? Was ist das?

 

Spaß bei Seite: Ich habe an Hand der o.a. Details nicht eindeutig erkennen können von wo nach wo es geht. Könntest Du das mir bitte noch kurz aufzeigen. Ist 192.168.178.23 eine Unraid Maschine oder liegt /media/unraid auf der Unraid Maschine?

 

Link to comment

Hallo hawihoney,

 

das Wissen über die Unraid Spezifika ist bei mir noch im Aufbau 😉, ich hoffe, dass ich von Euren Erfahrungen profitieren kann.

 

192.168.178.23 ist der Unraid Server. Der Pfad /media/unraid ist der Ort an dem der Unraid Sharepoint eingehängt wird innerhalb des clients.

Der Aufbau schaut etwa so aus:

748120094_unraidNetztopologie.drawio.png.f2a42070bff791b85bc9ecea09055e2b.png

 

 

grafik.png

Link to comment

Hallo @Asgard,

 

kannst Du mir Deinen Workaround mit dem umbenennen kurz schildern? Wenn ich versuche den Ordner umzubenennen bekomme ich "ist nicht vorhanden".

Mein Workaround schaut momentan so aus:

 

sudo umount -f /media/unraid/Projekte
sudo mount /media/unraid/Projekte
 

In Summe schaut der Morgen bei mir so aus:

8:00 Datei erstellen

8:10 speichern auf Unraid SMB share unter Projekte

8:20 Datei überarbeitet

8:30 Netzlaufwerk weg

8:35 umount -f /media/unraid/Projekte

8:36 mount /media/unraid/Projekte

8:36 Netzlaufwerk wieder da

8:37 das Leben hat wieder einen Sinn 🙂

 

Was mich wundert, wenn ich den Unraid Server neu starte sind auf dem Linux PC alle Share Points von alleine wieder da, quasi so wie man es erwarten würde ohne erneutes mounten.

Link to comment
52 minutes ago, susa said:

192.168.178.23 ist der Unraid Server.

 

Ah, verstehe. Du füllst also die fstab auf dem Linux Rechner. Das war mir nicht klar.

 

Ist das evtl. ein Apple Rechner? Dann bin ich nämlich raus.

 

Frage: Wer ist 1000:1004 auf dem Unraid Server? Standarduser unter Unraid ist 99:100 (nobody:users) - quasi für alles. Im Grunde genommen ist es egal, Hauptsache die Rechte stimmen - aber das wäre schon mal eine Unraid Spezifika. Denn Unraid ist von Hause aus eine NAS-Appliance mit Benefit (Docker, KVM, ...). Mehr oder weniger alles lässt sich über die GUI regeln. Über die GUI ist dann auch garantiert, dass die Unraid Regeln eingehalten werden. Lieber systemnahe Tools wie Unassigned Devices etc. nutzen statt auf der Kommandozeile fummeln. Aber ich schweife ab ...

 

Schau mal in die /var/log/syslog auf dem Unraid Server. Gibt es dort Hinweise?

 

Link to comment

Nein ist kein Mac, es handelt sich um einen Lenovo P50 PC mit Ubuntu 22.04 aus der Distribution von Tuxedo.

grafik.png.6dadefb3638b44c4345ae639827b0cf9.png

 

Der Hinweis mit den Rechten unter Unraid scheint mir sehr hilfreich zu sein, vielleicht gibt es hier den Konflikt... . 1000:1004 ist quasi die User id und die Gruppen id, ich habe mich da gehalten an das Buch von Michael Koffler:

grafik.thumb.png.fad70e4fa65babb34adb80635539b53d.png

https://www.rheinwerk-verlag.de/linux-das-umfassende-handbuch/    (Seite 1518)

 

Teilweise wird im Netz auch folgender Eintrag in der fstab genutzt:

#//192.168.178.23/Projekte /media/unraid/Projekte cifs credentials=/etc/.winshare-pw,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
Quasi sowohl Datei als auch Ordner Rechte auf maximal. Getestet habe ich auch dies, leider mit dem selben Verhalten.

 

 

Beim Thema Log Dateien habe ich noch vermehrt Fragezeichen um mich herum, da ich so recht keine finde.

Unter /var/log/ liegen nur ein paar ältere Sachen und die /var/log/syslog finde ich gar nicht. Bin ich vielleicht im falschen Ordner?

 

grafik.thumb.png.7f80675001817ac19823288b6a09a30e.png

 

In meinem ersten Post hab ich diesen kompletten Log angehängt, dort findet sich die syslog datei (2 mb) syslog.txt

(wurde von unraid automatisch erzeugt, nachdem das log zu 98% gefüllt war)

 

RPC fault code DCERPC_NCA_S_OP_RNG_ERROR received from host unraid!

smb2_server.c:3955(smbd_smb2_request_error_ex)

idx[1] status[NT_STATUS_BAD_NETWORK_NAME]

smb2_server.c:3955(smbd_smb2_request_error_ex

idx[1] status[NT_STATUS_BAD_NETWORK_NAME

...

 

die tauchen vermehrt auf und scheinen mit den Ausfallzeiten zu korrelieren, leider kann ich sie nicht deuten.

grafik.png

Edited by susa
Link to comment
1 hour ago, susa said:

#//192.168.178.23/Projekte /media/unraid/Projekte cifs credentials=/etc/.winshare-pw,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
Quasi sowohl Datei als auch Ordner Rechte auf maximal

Was nicht funktioniert, wenn der mountende User keine Rechte dazu hat. Ich wüsste auch nicht warum man die bestehenden Rechte ignorieren sollte. Ich würde diese Optionen weglassen. Und wie gesagt ist User und Gruppe in Unraid 99:100, wobei man auch das nicht setzen muss, da man sich ja mit einem Unraid User anmeldet. Dann werden diese Werte sowieso gesetzt.

 

1 hour ago, susa said:

Unter /var/log/ liegen nur ein paar ältere Sachen und die /var/log/syslog finde ich gar nicht. Bin ich vielleicht im falschen Ordner?

Du bist scheinbar in einem Container. Der hat eine komplett eigene Ordnerstruktur, also ähnlich wie bei einer VM. Was du siehst hat also nichts mit unRAID zu tun.

 

15 hours ago, susa said:

Dann habe ich heute das logging für SMB aktiviert:

log level = 3 logging = syslog

Kann man machen, aber dann muss man a) das Laufwerk /var/log auch entsprechend vergrößern und/oder b) logrotate einrichten, damit die Logs nicht das Laufwerk vollschreiben. unRAID hat da standardmäßig nur ein sehr kleines tmpfs vorgesehen, damit die Logs nicht den RAM wegsaugen können.

 

1 hour ago, susa said:

DCERPC_NCA_S_OP_RNG_ERROR

Musst du mal googlen. Kein typischer Fehler. 

 

1 hour ago, susa said:

NT_STATUS_BAD_NETWORK_NAME

Auch das googlen.

 

 

Link to comment
Quote

Hallo mgutt,

viele gute Hinweise 🙂

Ich habe nun die fstab angepasst unter Weglassung der user id bzw. gruppen id.

//192.168.178.23/Projekte /media/unraid/Projekte cifs ,noauto,credentials=/etc/.winshare-pw 0 0

->Im Ergebnis: zügiges Einbinden, scheint stabil zu laufen, Aber keine Schreibrechte mehr 🤔

Testweise mal mit den unraid Werten 99:100

//192.168.178.23/Projekte /media/unraid/Projekte cifs uid=99,gid=100,noauto,credentials=/etc/.winshare-pw 0 0

->Im Ergebnis: dito

 

Link to comment
5 hours ago, susa said:

/media/unraid/Projekte

Welche Rechte hat der Ordner (also ohne Mount)? Ich weiß gerade nicht, ob die beim Mount übernommen werden oder vom Original bleiben 🤔

 

Einfacher Test: Mount lösen und Datei darin erstellen. Danach Datei wieder löschen.

 

Edit: ach nein:

2 hours ago, susa said:

Schaut für mich rechtemässig ok aus... 🤔

Eben nicht. Das ist RW für den User und R für Gruppe und Welt (644). Du bist als SMB User aber nicht Nobody, sondern ein User der Gruppe Users. Entsprechend sind die Rechte der Datei falsch. Standard in Unraid ist 666 (Alle RW). Das hieße, du kannst neue Dateien erstellen, aber keine bestehenden überschreiben, korrekt?

Link to comment

Ja, vermutlich liegt hier das Problem.

Erstellt habe ich die Mountpunkte unter /media/unraid als root, somit haben sie 755.

Ich konnte als user dort keine Dateien erstellen.

(Sicht auf den client)

image.png.0c8d114144403f75db4c25bc22a09dcb.png

Ich habe dann chmod 666 gesetzt, im ausgehängten Zustand.

image.png.d6294ea4de5bec33d98b8d72bbd7e2a2.png

Nun das Austauschlaufwerk wieder einbinden:

sudo mount /media/unraid/Austauschlaufwerk

image.png.55123e212f7f20e6e4e356dac968419a.png

und schwub, sind die Schreibrechte wieder weg.

Zum test habe ich unter dem home Verzeichnis des users ein Verzeichnis erstellt mit Schreibrechten. wenn diese dann aber gemountet werden sind sie wieder weg.

 

 

Link to comment

hier scheint ein ähnliches Problem vor zu liegen:

Ich habe den Tip von mgutt ausprobiert und hatte zumindest 4 Stunden den Eindruck, dass alles normal funktioniert, bis dann ein Laufwerk wieder weg war, schade.

 

Testreihenfolge:

1. ursprünglicher Eintrag in fstab

//192.168.178.23/Projekte /media/unraid/Projekte cifs uid=1000,gid=1004,iocharset=utf8,nounix,_netdev,noauto,credentials=/etc/.winshare-pw 0 0
->Laufwerke fallen sporadisch aus

 

2. Empfehlung: ohne uid=1000,gid=1004

//192.168.178.23/Projekte /media/unraid/Projekte cifs noauto,credentials=/etc/.winshare-pw 0 0

->Ohne Rechtevergabe werden die Laufwerke stabil eingebunden aber die Ordner erhalten die Rechte 755, sind dann nur für den Root schreibbar, vermutlich, da die fstab immer als root ausgeführt wird... ?

 

3. Variante mit unraid Nutzer/Grupen id`s

//192.168.178.23/Projekte /media/unraid/Projekte cifs uid=99,gid=100,noauto,credentials=/etc/.winshare-pw 0 0

->gleiches Verhalten wie (2.)

 

4. file_mode bzw. dir_mode setzen

//192.168.178.23/Austauschlaufwerk /media/unraid/Austauschlaufwerk cifs credentials=/etc/.winshare-pw,noauto,nofail,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
->gleiches Verhalten wie unter (1.)

 

5. uid=nobody,noperm,gid=users

//192.168.178.23/Projekte /media/unraid/Projekte cifs uid=nobody,noauto,iocharset=utf8,noperm,gid=users,credentials=/etc/.winshare-pw 0 0

->bisher bestes Verhalten

->aktuell warte ich auf Netzlaufwerk Ausfall 😁

->ich beobachte weiter und poste die syslog wenn es wieder ausfällt

 

Fazit: Die Nutzerrechte müssen zum unRAID passen, hier werde ich mich noch etwas einarbeiten müssen 😉, dennoch merkwürdig, dass bei Nutzung von uid=1000,gid=1004, das Ganze auch funktioniert aber nicht lange. Ich bin ja eigentlich eher der Fan von "geht" oder "geht nicht".

Zumindest konnte ich wieder viel lernen, danke dafür.

 

 

Besonderer Dank an mgutt und hawihoney, für Ihre Mühe!

Eure Hinweise haben mich echt weiter gebracht 🙂

 

Link to comment
5 minutes ago, mgutt said:

Welche ID hat users in der VM?

 

Gleiches gilt für den user nobody. Ich dachte immer, dass nobody nicht "exposed" ist. Deshalb hatte ich immer Paare geschaffen. Klient user=abcdefg, Unraid user=abcdefg. Und vor einigen Jahren habe ich vorsichtshalber "New permissions" geclont und lasse das auf dem Unraid Server ab und an mal per User Script über SMB Ziele laufen.

 

 

Link to comment

Nun dann bist du in der selben Situation wie zuvor als du uid=1000,gid=1004 verwendet hast.

 

Ich denke dein Problem ist die umask und nicht die UID oder CHMOD. Soll heißen deine Maschine nutzt beim Mount nicht die selbe umask wie Unraid und erstellt daher mit "falschen" Dateirechten die Dateien. Oder welches System hatte die erstellt, die du nachher nicht mehr ändern kannst?

Link to comment
1 hour ago, mgutt said:

Nun dann bist du in der selben Situation wie zuvor als du uid=1000,gid=1004 verwendet hast.

 

Ich denke dein Problem ist die umask und nicht die UID oder CHMOD. Soll heißen deine Maschine nutzt beim Mount nicht die selbe umask wie Unraid und erstellt daher mit "falschen" Dateirechten die Dateien. Oder welches System hatte die erstellt, die du nachher nicht mehr ändern kannst?

Ok, ich bin also wieder auf Los 🙂

Hamsterrad-300x181.png&f=1&nofb=1&ipt=a5

Habe das mit den Rechten wohl noch nicht ganz durchdrungen.

Mit umask klingt erstmal plausibel, habe daran aber noch nichts verändert/benutzt. Die Eingabe von umask auf dem Client bringt 0002.

Per SSH auf dem unraid bringt 0000 (ist dann aber als root, bringt vermutlich nichts? )

 

Die Daten wurden mit dem Client-System erstellt, ja. Das Problem war aber nicht, dass ich die Datei nicht mehr ändern kann, sondern vielmehr war der Ganze Sharepoint weg, immer direkt nach Kopier oder Löschvorgängen (sporadisch). Der Krusader oder Dolphin reagieren dann nicht mehr und brechen irgendwann ab (auf dem Client). Der Zugriff ist dann nicht mehr möglich und die der Mountpunkt ist dann grau dargestellt.

 

Demnach müsste ich auf dem Client-System die umask ändern?

 

Link to comment

Der Parameter "noserverino" soll helfen...

 

Meine /etc/fstab schaut nun so aus:

//192.168.178.23/Projekte /media/unraid/Projekte cifs noserverino,nounix,gid=users,noauto,iocharset=utf8,noperm,uid=nobody,gid=users,credentials=/etc/.winshare-pw 0 0

 

Bisher 1 Tag ohne Abbrüche, bin gespannt was die Zeit bringt.

Eine Erhöhung der Prozessorlast (20% idle), konnte ich nicht feststellen.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.