Medienserver verhindert (neuerdings) Systemruhezustand.

[Kurt-oe1kyw]

Hier verhält sich jede DS anders, den jeweiligen LED Status muss man im Handbuch nachlesen.
Bei der DS 916+ gehen ALLE LEDS aus, auch die blaue LED unten wird finster, nur die Status LED oben blinkt im langsamen Rythmus und wird dabei heller und dunkler.
Ich habe in meinem vorigen Beitrag noch das Protokoll angehängt.

 

[Puppetmaster]

Systemruhezustand gibt/gab es nur bei der DS213+ und DS413. Der Thread zeigt ja auch schön, warum.

 

[Kurt-oe1kyw]

ahhhhhhhh ok, Danke für die Info Puppetmaster, nun da kann ich nicht mitsprechen.
Meine alte DS 415+ und auch deren Nachfolger DS 916+ können nur 2 "Ruhezustände" > hibernation und (wenn man den zusätzlichen Haken auch setzt) deepsleep.

Dabei "schläft" die DS, die Lüfter laufen und die Status-LED oben blinkt im langsamen Rythmus und wird heller und dunkler dabei.

 

[jackzone]

Bei mir läuft noch die 6.0.2-8451 Update 9, das neueste 6.0.3 Update v. 02.05.2017 habe ich noch nicht eingespielt. Auch der Medienserver läuft noch in der Version 1.7.0-2810.

Ich bin mir sicher, dass die neuen Updates keine Lösung des Problems sind. Die Vermutung, dass es an dem Fritz!OS 6.83 Update liegt, wird für mich immer größer.

 

[peterhoffmann]

@Kurt-oe1kyw
Danke für deine Mühen.

Meine Eckdaten:
Router: Fritzbox 7390 (v6.83)
NAS: DS216+ mit 8GB (DSM 6.1.1-15101 Update 3)
Installierte Pakete (alle aktuell):
Apache HTTP Server
Autorun 1.7
Download Station
File Station
Filebot
Hyper Backup
iPKGui
JDownloader2
Medienserver
Oracle Java SE
Perl
Photo Station
PHP 5.6
PHP 7.0
Ultimate Search
USB Copy
Web Station
WebDAV Server

Nun das Kuriose: Die DS ging seit 22 Tagen nicht mehr in den Ruhemodus. Während ich hier den Thread gerade gelesen habe, will ich darauf zugreifen und sie braucht ein paar Sekunden. Lt. dem Stromteil hat sie das erste Mal seit 22 Tagen geschlafen (15 Minuten Schlaf bis zum Wecken durch mich). Und ich schwör... ich habe nichts an ihr geändert.

Ich werde das jetzt mal die Tage beobachten. Protokoll für Ruhezustand habe ich aktiviert.

 

[mctrance]

Meine DS215j hatte auch in den letzten Wochen das gleiche Problem und ich habe ebenfalls eine Fritzbox mit der 6.83 Firmware. Ich habe dann gestern Abend einfach mal den Medienserver der DS deaktiviert und zeitgleich den von Plex wieder angeschaltet. Laut Protokoll war meine DS heute das erste mal wieder mehrfach im Ruhemodus (hibernation). Demnach sollte der Fehler doch eher beim Medienserver und nicht an der Fritbox liegen oder was meint ihr?
Gruß MC

 

[rstle]

Ich denke doch, daß der Haupttäter die neue FW der FB ist, denn bis zur 6.63 lief ja alles.
Da die FB jetzt alle Medienserver erkennt, ich merke das u.a. daran, daß jetzt meine Fernseher unter gleicher IP 2x auftauchen,
einmal als normal von mir eingerichtetes Netzwerkgerät und einmal als Medienserver.
Also muß AVM mächtig gebastelt haben und jeder Ping der FB an ihre Außenstellen, hält die DS dann wach.
Da dies aber nur passiert, wenn die DS vorher von einem anderen Gerät über die DS "angerufen" wurde,
nicht aber wenn ich sie z:B. in den Tiefschlaf versetzt habe (LAN Kabel ziehen bis Ruhe), dann Kabel wieder dran,
denke ich daß Herr Fritz da in der FW speichert ob ein Gerät aktiv oder inaktiv ist und wenn aktiv ständig anpingt.
Zwar eigentlich korrekt, aber vielleicht hat AVM die Zeiten geändert.
Sonst müßte die DS nach Kabel anstecken sofort hochfahren, (auch mit aktiven Medienserver), macht sie aber nicht.

 

[Puppetmaster]

Ich finde es etwas merkwürdig zu sagen, es liegt eindeutig an der Fritzbox, wenn das doch nur bei aktiviertem Medienserver zum Tragen kommt. Das ist ja nun lediglich der zeitlichen Abfolge der Ereignisse geschuldet.
Sozusagen Huhn oder Ei.
Fakt ist wohl eher, dass das Zusammenspiel von Fritz und Medienserver so nicht mehr funktioniert (aus Sicht des ruhezustandswünschenden DS-Betreibers).
Merkwürdig dann an der Stelle nur die Beobachtung von @peterhoffmann, dass das Fritz-Update zeitlich nicht mit der Ruhezustandsänderung zusammenfällt.
Und die Tatsache, dass der Systemruhezustand dann doch das ein oder andere Mal eintritt, wenn man denn nur genügend Geduld bewiesen hat.

 

[rstle]

Was schrieb ich in Nr. 8 ?
Andererseits, wenn ein funktionierendes System nach einem einem FW Update nicht mehr mitspielt, bei Rückkehr zur alten FW aber läuft,
dann ist schon davon auszugehen, daß die Haupt-Ursache in der FB zu finden ist.
Sehe ich noch die merkwürdigen doppelten Geräteauflistungen in der FB Netzwerkliste komme ich ins Grübeln.
Merkwürdig auch daß diese Doppelungen nur bei Fernshern etc. auftreten, nicht aber bei der DS.
Bedeutet also die Geräte werden von der FB unterschiedlich erkannt und verarbeitet.
Und wenn es am Medienserverupdate der DS liegen würde, müßte unter der alten FW das gleiche Problem auftreten.
Bei mir ist es auch nicht vom Zufall abhängig ob der Ruhezustand mal funktioniert oder nicht, sondern definitiv nur seit FW 6.83
Könnte es mir einfach machen und auf 6.63 zurück gehen, nur diese FW ist nicht zu gebrauchen.

Ich werde aber mal sehen, ob ich den Medienserver mal deinstallieren und eine ältere Version finde und damit testen.
Hatte nur kürzlich mal etwas aufgeräumt und alte Pakete gelöscht.

Ich komme nicht mehr auf den FTP von Synology. Haben die die Einloggdaten geändert?

 

[peterhoffmann]

Noch mal zu meinen Fakten, die ich anhand von Logs und Dateien ohne Zweifel nachvollziehen kann:
29.03.2017 => Update der FB 7390 auf 6.83
02.05.2017 => Update auf 6.1.1, Update 1 und Update Medienserver
02.05.2017 => ab diesem Zeitpunkt kein Ruhemodus mehr (durchgehend 100% Stromverbrauch)

Zwischen dem 29.03. und dem 02.05. schlief die DS wie immer. Wenn die FB der Schuldige sein soll, passt das nicht zusammen.

---

Mein Update zur letzten Nacht:
Meine DS ging in der letzten Nacht für mehrere Stunden am Stück wieder schlafen. Zu den bekannten Zeitpunkten (z.B. Neuverbindung I-Net um 6:30 Uhr) wachte sie wie üblich kurz auf und ging danach wieder schlafen. Im Moment sieht es wieder normal aus. Was nur verwunderlich ist, ich habe gestern nichts geändert. Bei der weiteren Analyse kann ich also nicht mehr helfen, wenn sie jetzt wieder brav schläft. Ich werde es die Tage weiter beobachten.

 

[rstle]

Ist schon sehr merkwürdig und das bei aktiven Medienserver?
Bei mir war das FB Update das Letzte, da ich immer manuell mache.
Da man den Unterschied zwischen grün und blau an der Zeitdauer im Browser sehr gut unterscheiden kann,
habe ich dann gemerkt das etwas nicht stimmt.
Noch merkwürdiger sind die Protokolle. wenn die Kiste aus HD- Ruhe wieder aufgerufen wird, wird das protokolliert,
nicht aber das runterfahren. Da nützt mir ein Protokoll wenig. Und da die FB seit 6.83 fehlerhaft keine Paketmitschnitte mehr kann,
komme ich nicht weiter und muß erstmal die Antwort von AVM abwarten

 

[Kurt-oe1kyw]

merkwürdiger sind die Protokolle. wenn die Kiste aus HD- Ruhe wieder aufgerufen wird, wird das protokolliert,
nicht aber das runterfahren

Ja, da schliesse ich mich dir an.
Das war früher bei der alten DS 415+ auch schon so in meinen Protokollen.
Ich hatte korrekt die Einträge wann die DS aus hibernation/deepsleep aufgeweckt wurde, aber ich konnte nicht sehen wann, und somit wie lange sie in hibernation/deepsleep gewesen war.
Diese Einträge hätte ich damals auch gerne gehabt, war aber nicht.

 

[Puppetmaster]

Ist auch schwer zu realisieren. Wenn der Spin-Down protokolliert werden soll, müssen die Platten ja laufen um das Protokoll zu schreiben ...

 

[jackzone]

Noch mal zu meinen Fakten, die ich anhand von Logs und Dateien ohne Zweifel nachvollziehen kann:
29.03.2017 => Update der FB 7390 auf 6.83
02.05.2017 => Update auf 6.1.1, Update 1 und Update Medienserver
02.05.2017 => ab diesem Zeitpunkt kein Ruhemodus mehr (durchgehend 100% Stromverbrauch)

Zwischen dem 29.03. und dem 02.05. schlief die DS wie immer. Wenn die FB der Schuldige sein soll, passt das nicht zusammen.

---

Mein Update zur letzten Nacht:
Meine DS ging in der letzten Nacht für mehrere Stunden am Stück wieder schlafen. Zu den bekannten Zeitpunkten (z.B. Neuverbindung I-Net um 6:30 Uhr) wachte sie wie üblich kurz auf und ging danach wieder schlafen. Im Moment sieht es wieder normal aus. Was nur verwunderlich ist, ich habe gestern nichts geändert. Bei der weiteren Analyse kann ich also nicht mehr helfen, wenn sie jetzt wieder brav schläft. Ich werde es die Tage weiter beobachten.

Wenn ich das auf der Synology-Webseite richtig sehe, dann hat die DS216+ doch gar keinen Systemruhezustand. Lediglich einen HDD Ruhezustand und der funktioniert auch bei meiner DS213+. Was bei mir aber nicht mehr funktioniert, ist der Systemruhezustand (CPU und Lüfter werden heruntergefahren -> 2,6 Watt). Das Deaktivieren des Medienservers bringt die DS auch nicht in den Tiefschlaf.

Bis zum Update der Fritzbox von 6.51 auf 6.83 gab es bei mir keinerlei Probleme mit dem Systemruhezustand (mit DSM 6.0.2-8451 Update 9).

 

[peterhoffmann]

gar keinen Systemruhezustand. Lediglich einen HDD Ruhezustand

Mit Ruhezustand meinte ich das Herunterfahren der HDDs, was den Stromverbrauch von 16W auf 7W senkt.

 

[Puppetmaster]

Was aber, wie bereits weiter oben erwähnt, etwas gänzlich anderes ist im Vergleich zum Systemruhezustand der DS213+.

 

[rstle]

Ist auch schwer zu realisieren. Wenn der Spin-Down protokolliert werden soll, müssen die Platten ja laufen um das Protokoll zu schreiben ...

Wieso schwer?
Der Ruheprozess wird im Ablauf gestartet, als "vorletzter" Befehl wird der Protokolleintrag erstellt und danach der Spinnoff-Befehl ausgegeben.
Etwas unkonventionell kann der Spinnoff ja noch mit ins Protokoll eingetragen werden, bevor er tatsächlich ausgeführt wird.
Zumindest hätte man damit in den Protokollen einen Ablauf und wüßte wann was war.
So bleibt nur Rätselraten.

 

[Puppetmaster]

Also du konfigurierst im DSM, dass die Platten 10 Minuten nach dem letzten Zugriff in den Spin-Down gehen sollen, jetzt verrate mir, wie kurz vor dem Spin-Down noch ein Log geschrieben werden soll.

 

[rstle]

Der Spinoff Prozess ist ein Vorgang genau wie das Aufwecken.
Eingeleitet wird der Spinnoff durch einen Prozess, dieser wird protokolliert.
Wenn die FW dabei als vorletzten Befehl Eintrag des Spinnoff schon schreibt,
bevor er Millisekunden später tatsächlich angestoßen wird, dürfte das niemanden stören.
Oder ganz anders. Es wird nur protokolliert das jetzt in den Spinnoff gefahren wird.
Auf den eigentlichen Befehl im Protokoll kann ich auch verzichten, mir geht es darum,
zu wissen wann die Kiste runtergefahren wird und was da unmittelbar vorher passiert, das fehlt ja leider.

 

[Puppetmaster]

Das "Protokoll" liegt auf der Platte....
Wenn du etwas hineinschreibst, musst du wieder min.
10Min. warten bevor die Platten schlafen gehen können.

Du gehst davon aus, dass die DS den Spindown triggert. Bist du dir sicher, dass das so ist und nicht der DSM lediglich per hdparm den Parameter 600s in die Platte schreibt?