DSM 6.x und darunter Seit Update auf DSM 5.0-4493 keine CIFS Verbindung mehr möglich

[Tfrensch]

Hallo,

ich greife mit 2 Linux SAT-Boxen (Enigma2) per CIFS-Freigabe auf meine DS-1511+ zu. Seit dem Update auf DSM 5.0-4493 lassen sich die Freigaben nicht mehr aktivieren. Eine neu eingerichtete NFS-Freigabe geht, aber das ist nicht Sinn und Zweck.

Insgesamt sind 4 Freigaben auf 4 Ordnern eingerichtet. Eine Freigabe geht, drei gehen nicht. Da diese Freigaben über die Enigma-Boxen mittels FSTAB gemountet werden, hat sich definitiv an den Aufrufen der Freigaben nichts geändert. Aber ein Mount ist, wie gesagt, nur noch bei einer Freigabe möglich. Das Verhalten tritt bei beiden SAT-Boxen auf.

Der Benutzer auf der DS-1511+ wurde bereits gelöscht und neu angelegt. Keine Änderung! Die Freigabe auf den einen Ordner ist möglich, die auf die anderen drei nicht.
Die NFS-Freigabe klappt dahingegen bei allen Ordnern.

Scheinbar liegt das Problem am Samba-Server der DS-1511+. Wurde da etwas geändert, verschlimmbessert? Kann das Problem jemand nachvollziehen oder bin ich weltweit der einzige, der diese Probleme hat?

Ich würde mich über Antworten freuen, aber bitte Vorsicht: das hört sich jetzt an, als hätte ich Ahnung von Linux, aber das scheint nur so. Ich kann noch nicht mal per Telnet auf die Syn zugreifen, was vielleicht auch besser so ist.

Danke und viele Grüße, Thomas

 

[Tfrensch]

119 Hits und keine einzige Antwort? Wow...

 

[jan_gagel]

Puh, das ist ja was. Ich würde mal versuchen die genannten Freigaben vom PC aus anzubinden, über den gleichen Benutzer wie auf der Linux-SAT-Box. Vielleicht kommt dort eine Fehlermeldung. Anders herum würde ich mal die Protokoll-Dateien auswerten bzw. anschauen, einmal von der Linux-SAT-Box und einmal von der DiskStation. Da müssen ja dann Fehlermeldungen drin sein. Hast du schon mal versucht, die Samba-Optionen etwas anzupassen oder zu ändern? SMB2 und sowas?

Könnte mir auch vorstellen, daß es sich dabei um einen Bug seitens Synology handelt, zumal es vorher ging und offenbar nichts verändert wurde.

 

[Tfrensch]

Hi,

ja das mit dem Anmelden vom PC aus kann ich mal noch versuchen. Die Logs von den Linux-Boxen geben nichts her. Auf die Logs der Syn komm ich nicht drauf. Wie gesagt, ich weiß noch nicht mal, wo ich da suchen müsste, da mir die Syn zu komplex ist, um da mit Telnet einfach mal im Grünen rumzustochern...

Und mit Samba kenn ich mich gar nett aus. :-(

Da beide Linux-Boxen betroffen sind, scheint es ein Fehler des Updates der Syn zu sein. Wundert mich nur, das es im deutschsprachigen Raum niemanden sonst gibt, der sich mit einer Linux-Box auf eine Syn verbindet. .-)

Danke für die Antwort.

LG, Thomas

 

[Tfrensch]

Anmelden mit dem Benutzer klappt von anderen Rechnern aus, auch der Zugriff auf die freigegebenen Ordner.

 

[Fusion]

Ich hab eine Boxee-Box (Stock + XBMC) die per NFS zugreift
Linux Desktop und diverse Android per Samba.
Mein Sat>IP Rekorder läuft direkt auf der Synology.
DSM 4493-Update 1

Läuft.

Das hilft dir wohl so aber nicht weiter, wa?

Hab auch im Changelog nix gesehen, was den Samba-Server betreffen würde. Einzig vielleicht bei 4482 ...

Hast mal testweise ne neue Freigabe angelegt?
Mal alle Geräte aus/eingeschaltet?

 

[Tfrensch]

Nö, das hilft nicht. Denn NFS-Freigaben gehen. Nur CIFS nicht. Ich habe neu gebootet, den Benutzer neu angelegt, die Freigaben neu vergeben, nix. CIFS geht nicht...

LG, Thomas

 

[Fusion]

CIFS/Samba geht bei mir halt.

Kannst du mal die Windows-Dateidienst Einstellungen listen, Sachen wie MTU und SDPY prüfen..

Gibt es irgendeinen Unterschied zwischen der Freigabe die funktioniert und den 3 anderen die nicht gehen?
Das ist identisch für beide Linux-Boxen, was geht und was nicht?
Windows Dateidienst das Übertragungsprotokoll aktiviert? Zugriff versucht, kommt da was interessantes?
Generell "kaputt" kann es ja nicht sein, sonst würde es von nirgendwo funktionieren.
Auf den Enigma Boxen ein Update gelaufen?
Bekommst du Fehlermeldungen, wenn du den fstab mount mal auskommentierst und von Hand probierst eine der nicht funktionierenden Freigaben zu mounten?
Was sagt dein smb log file auf den Enigmas?

Persönliche Nebenfrage: Was entscheidet für dich hier Samba zu nehmen anstatt NFS? Du kannst ja beides Parallel auf derselben Freigabe laufen haben.

 

[andipc]

Hi,
kann mit nur anschließen (3412er) VOR Firmwareupate alles in OK mit:
#!/bin/sh
mount.cifs //192.xxx.xxx.xxx/NetBackup /share/MD0_DATA/NetBackup3412 -o user=admin,password=1234567 iocharset=utf-8
und nun nur noch:
/share/MD0_DATA/Backup$ sh mount3412NetBackup.sh
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Das ganze ist ein rsnapshot von einem entferntem NAS, wozu die Zugriffe via script bis gestern astrein gelaufen sind.
OK, das hätte mich dann auch getroffen wenn ich die nächsten Tage oder Wochen ein UPdate vollzogen hätte.
Aber im Moment kann ich keinen Ansatzpunkt finden um den FEhler einzukreisen.

Ähnliche Vorfälle woanders auch (bin sicher nicht der einzige der von NAS zu NAS via script sichert)?

Gruß Andreas

 

[Fusion]

@andipc - du hast jetzt aber andere Devices als der OP, anderes Szenario. Vielleicht derselbe Fehler vielleicht nicht. Sollte man aber vielleicht nicht im gleichen Thread mischen.

 

[andipc]

Hi,

wenn ich jetzt aber einen neuen Thread aufmache - sieht es es wie ein crossposting.
Nicht das sich hier jemand dann daran stößt.

gruß Andreas

 

[Tfrensch]

Was haben die Windows-Dateidienst-Einstellungen mit ner CIFS-Freigabe von der Linux-Box aus zu tun? Den Zusammenhang verstehe ich nicht.

Zu deiner Frage: mir ist eigentlich egal, ob CIFS oder NFS. Aber ich hatte seit einem Jahr CIFS am laufen und nun geht es nicht mehr. Deshalb bin ich ja erst aufmerksam geworden auf das Problem. Und da ich vier Stunden damit verbracht habe, herauszufinden warum es nun nicht mehr geht und ich immer noch keine Lösung habe, habe ich halt mal hier gefragt.

Zu der Freigabe, die geht... nein, selber Benutzer wie bei den anderen Freigaben. Dieselben Rechte auf jeden Ordner vergeben... nix. Und die Fehlermeldung die ich erhalte, ist: permission denied. Scheint also ein Rechteproblem zu sein.

LG, Thomas

 

[Fusion]

Du hast doch auf der DS eine CIFS/Samba Freigabe auf die du von den Enigmas aus zugreifst. Windows-Dateidienst/CIFS/Samba ist ja alles synonym, und wird auch immer durcheinander verwendet, wo man nur hinschaut. Aber das ist ja nicht das Thema.
Wenn jetzt der Windows-Dateidienst mit einer "Option" arbeitet, mit der die Enigma Clients nichts anfangen können (also client und server zwar Samba sprechen, aber mit unterschiedlichem Funktionsumfang), klappt die Verbindung nicht. Was dann eben nicht paßt ist, dass nur 3 von 4 nicht gehen, wenn die alle identisch umgesetzt sind.

Hast du mal probiert das Zugriffslogging wie oben erwähnt zu aktivieren?

Hab leider gerade auch nicht den einen Punkt parat, wo man was umstellen müßte, dass es passt. Deshalb das "Stochern im Nebel".

 

[Tfrensch]

Tschuldige, aber ich verstehe immer noch nicht. Für mich ist die Windows-Dateifreigabe ganz was anderes als Samba. Sie funktioniert auch anders. Aus diesem Grund werfe ich das nicht durcheinander. Aber leider wird bei der DS alles untereinander weg verwaltet. .-)

Nochmal: mein Problem hat mit einer Windows-Freigabe nichts zu tun. Es geht alleine darum, von einer Linux-Box per CIFS auf die DS zuzugreifen. Und das ging die ganze Zeit, seit dem Update geht es nicht mehr.

Erstaunlicherweise scheinen, so die Protokolle der Syn, die Linux-Boxen als Gast auf die CIFS-Freigaben zuzugreifen und nicht mit dem Benutzer. Das kapiere ich gar nicht, denn Benutzername und Password sind korrekt.

LG, Thomas

 

[Tfrensch]

Ok, ich habs.

Die CIFS-Freigaben gehen. Aber die Linux-Boxen melden sich nicht als der User an, der angegeben ist, sondern immer als Gast. Daran scheint es zu liegen. Als Gast hatten sie auf die anderen Ordner keinen Zugriff.

 

[Fusion]

Ok, freut mich zu hören, dass die Syn Protokolle endlich den entscheidenden Hinweise geliefert haben.

CIFS ist ein Protokoll mit dem man auf Windows-Dateifreigaben zugreift. Diese Freigaben werden durch Windows-Rechner/Server oder eben durch den Samba Server-Dienst zur Verfügung gestellt. Ob da ein Microsoft Windows Rechner involviert ist oder nicht hat mit dem Namen nichts zu tun.
http://de.wikipedia.org/wiki/Server_Message_Block

 

[Tfrensch]

Ah, jetzt hab ichs.