DSM 6.x und darunter DSM 5.2 (5565) - Erfahrungen, Probleme, Bugs

[JackOh]

Ah, ok. Vielen Dank! Hatte das wahrscheinlich überlesen.

 

[odol26]

@ raymond jupp kann ich verifizirern. Die Einstellung hatte ich auch. Die Regel ist wech ;-(
Kann ich die Einstellunge aus dem Backup irgendwie auslesen, ich weiß die genaue Einstellung nicht mehr?

 

[C-Hot]

Bei mir sind die Firewall Einstellungen nur im Reiter "LAN" vorhanden, "Alle Schnittstellen und PPPoE" sind leer.
"PPoE" habe ich nicht im Einsatz, also für mich unkritisch.
Aber warum stehen dann die Regeln von "LAN" nicht auch bei "Allen Schnittstellen" drin ? Oder habe ich einen Gedankenfehler ?

 

[odol26]

Stimmt unter LAN 1 ist alles vorhanden. Das irritiert ein wenig ;-)

 

[Frogman]

Wenn eine DS mehr als eine LAN-Schnittstelle hat, kann man Regeln entweder schnittstellenbezogen vergeben oder aber gemeinsam für alle Schnittstellen. Bei Konflikten entscheidet nach meinem Stand die Festlegung bei der individuellen Schnittstelle.

 

[hopeless]

DS115 schläft wieder . Der Tipp mit dem Abschalten von SMB (Windows Datei Dienst) hat bei mir geholfen.

 

[Puppetmaster]

DS115 schläft wieder . Der Tipp mit dem Abschalten von SMB (Windows Datei Dienst) hat bei mir geholfen.

Naja, ... "Tipp" ...
Ich weiß ja nicht, wieviele Benutzer den SMB-Dienst nutzen, aber vermutlich einige. Ohne wäre für mich die Kiste so nutzlos wie ein Brotkasten (und damit meine ich nicht den guten alten C64).

 

[hopeless]

Ach was dafür hab ich ja einen Mac, da nutzte ich halt jetzt einfach AFP

 

[till213]

Ach was dafür hab ich ja einen Mac, da nutzte ich halt jetzt einfach AFP

Hmmmmjaaa, aber auch bei OS X gilt jetzt: "SMB ist das neue AFP": AFP ist "end of life", standardmässig sprechen Macs miteinander jetzt auch SMB - bis für Time Machine, da braucht's dann doch wieder AFP... Apple eben...

 

[Benares]

Ja, es liegt wohl am "Windows Dateidienst" - habe den eben auch mal testweise ausgeschaltet und Hibernation funktioniert nun wieder. Es ist gut den Verursacher zu kennen. Meine bisherige Suche war leider erfolglos.
Da ich den Samba-Server aber brauche, hoffe ich, dass bald ein Update kommt.

 

[Bordi]

Hmmmmjaaa, aber auch bei OS X gilt jetzt: "SMB ist das neue AFP": AFP ist "end of life", standardmässig sprechen Macs miteinander jetzt auch SMB - bis für Time Machine, da braucht's dann doch wieder AFP... Apple eben...

Eine sache der Auffassung. Aber du hast es ja schon selbst richtig geschrieben. Standardmässig ist auch SMB möglich, unterm strich jedoch AFP zu bevorzugen. Im übrigen halte ich es für Hochmodern, und -wie NFS- sehr elegant. Ganz im Gegensatz zu SMB.

 

[X5_492_Neo]

Dann sollten sie aber erst nach dem Update angeboten werden...

Ja, es liegt wohl am "Windows Dateidienst" - habe den eben auch mal testweise ausgeschaltet und Hibernation funktioniert nun wieder. Es ist gut den Verursacher zu kennen. Meine bisherige Suche war leider erfolglos.
Da ich den Samba-Server aber brauche, hoffe ich, dass bald ein Update kommt.

Geht mir genauso! bin jedoch dennoch auf DSM 5.2-5565 zurück gegangen, in der Hoffnung das die Platten wieder schlafen heute Nacht, so wie ich auch!

 

[relaxer]

Jaja, Apple ist das beste und tollste was es gibt!

Apple macht für alles seinen eigenen kram..mehr sage ich dazu nicht... und das ist langweeeeeilig!

Ich bin trotzdem nach Unentschlossen mit dem Update. Ich warte jetzt noch bis der Fix für die Platten raus ist und dann werde ich auch ein Update wagen.
Grüße

 

[Frogman]

och bitte... - jetzt hier keinen Apfel-Birnen-Vergleich... :-/

 

[Benares]

Mit dem Hinweis auf Samba konnte ich das Hibernation-Problem, auch mit Hilfe des englischen Forums, weiter eingrenzen. Hier meine bisherigen Ergebnisse:

Es liegt wohl am winbindd, der bei aktiviertem Samba mit 4 Prozessen läuft und zyklisch alle 5 Minuten die Datei /usr/syno/etc/private/winbind_domain_list (mit 0 Bytes) schreibt. Wirklich gebraucht wird er wohl nicht. Samba funktioniert weiter nach einem "initctl stop winbindd". Hibernation funktioniert dann.

Als temporäre Lösung bis zum Erscheinen von Update2 also durchaus geeignet.

Edit:
Das Abschalten von "winbind enum groups" und "winbind enum users" (yes->no) in der /usr/syno/etc/smb.conf allein hat nichts gebracht. Ebenso hab ich es erfolglos mit "load printers" (yes->no) probiert. Aber nun nach "initctl stop winbindd" herrscht Ruhe.

 

[SaschaR]

Bis zum Update hilft folgender Tipp:
https://gist.github.com/alienth/72e52f8dc4177c383b12

 

[Benares]

Interessant - danke. Sind wohl zum gleichen Ergebnis gekommen wie ich.
Was ich nicht ganz verstehe, ist "Note that disabling that service will likely reintroduce the Guest RW issue which was fixed in this update". Weiss jemand mehr?

 

[Frogman]

...Weiss jemand mehr?

Guckst Du hier

 

[SaschaR]

So einen Quatsch macht man ja auch nicht!

 

[Benares]

... find ich auch. @Frogman: Danke.