XBMC (Openelec) lässt mein NAS nicht in den Standy-Modus wechseln (verwende MySQL-DB)

hydra75

Hallo zusammen im Forum,

ich hoffe ich finde hier Hilfe um mein Problem zu lösen.

Seit geraumer Zeit scheint mein Synology NAS nicht mehr in den "Hibernate"-Modus wechseln zu wollen.
Die Gründe dafür habe ich in laaaanger mühevoller Arbeit herausgefunden und großteils eliminiert...

Leider scheitere ich aktuell an der "Geschwätzigkeit" meines XBMCs (Openelec, RaspPi).
Das scheint auch wenn ich nichts tue (Kein Film, kein Scan... nichts!) alle 2-3 Minuten mit meinem NAS "quatschen" zu wollen, da dort meine MySQL-DB vom XBMC liegt.

Ich weiß, dass ich irgendwo im Netz (weiß der Geier wo, und ich könnt mir ins Knie schießen, dafür dass ich mir die Seite nicht gespeichert habe... ) mal eine Anleitung gefunden habe dem lieben XBMC klar zu machen, dass es nicht alle 2-3 Minuten nachsehen muss ob die MYSQL-DB noch da ist...

Das ist nämlich der "letzte" Grund, warum mein NAS nicht in den Standy-Modus wechseln will, ich ich würde do sooo gerne was für die Umweld tun und Strom sparen...

Vielleicht könnt ihr mir helfen.Vielen Dank!

keibertz

Ich denke du bekommst aber ein Problem wenn die NAS im "Hibernate"-Modus ist und du dann im XBMC auf die DB zugreifen möchtest ... Glaube nicht das XBMC damit so wirklich klar kommt.
Das kannst du ja mal testen in dem du die NAS manuell in den "Hibernate"-Modus schickst und dann in XBMC auf die DB zugreifst.

disrupted

Ich denke, es könnte daran liegen, dass standardmäßig im OE-Settings-Addon eine Option aktiviert ist, wo OE versucht Netzwerkgeräte bei Zugriff zu wecken. Dadurch schickt der RPi sicherlich die ganze Zeit WOL magic packets an dein NAS und verhindert so den Schlafmodus.

sent from my GNexus

Leghorn

hydra75: Du hattest die Syno nicht zufällig auf DSM 4.3 geupdatet?

hydra75

Danke für die vielen Meldungen...

1) Nun um hier Klarheit zu schaffen, ich möchte sehr wohl, dass meine Platten im NAS in den "Standby-Modus" wechseln, wenn niemald Film schaut (habe 2 RaspPi)... Hibernate war wohl der falsche Ausdruck.
Die Platten laufen ja wieder problemlos an wenn nötig (taten sie zumindest bisher), das NAS bleibt eingeschalten...

2) Ja ich "De..." hab auf 4.3 upgedatet, und bin jetzt leider nicht sicher ob das Problem vielleicht nicht doch meine Syno ist...
Dazu hab ich schon ein Ticket eröffnet, aber keine besonders hilfreiche Tipps bekommen... der Hibernate-Log zeit recht deutlich das es die mysql-Zugriffe sind die verhindern, dass die Platten den Ruhemodus erreichen:

Hier der Logauszug

Code

Nov  1 18:07:13 Hydranas syno_hibernate_debug_tool: (115): Start Hibernation [definition='1','3']Debug[/definition] with second [10]
Nov  1 18:07:13 Hydranas kernel: [ 1120.430000] [/etc/passwd] opened by pid 8691 [u:(-ash), comm:(ash)]
Nov  1 18:21:31 Hydranas kernel: [ 1978.720000] [./] opened by pid 8708 [u:(/usr/syno/mysql/libexec/mysqld), comm:(mysqld)]
Nov  1 18:21:31 Hydranas kernel: [ 1978.730000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=8708, comm=mysqld
Nov  1 18:21:39 Hydranas kernel: [ 1987.270000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
Nov  1 18:21:39 Hydranas kernel: [ 1987.280000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdc: cmd 0x0 spin up by pid=4, comm=events/0
Nov  1 18:21:39 Hydranas kernel: [ 1987.290000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdd: cmd 0x0 spin up by pid=4, comm=events/0
Nov  1 18:22:03 Hydranas kernel: [ 1987.350000] init: logrotate main process (8710) terminated with status 1
Nov  1 18:22:03 Hydranas kernel: [ 2010.620000] [./] opened by pid 8708 [u:(/usr/syno/mysql/libexec/mysqld), comm:(mysqld)]
Nov  1 18:24:07 Hydranas kernel: [ 2135.430000] [./] opened by pid 8737 [u:(/usr/syno/mysql/libexec/mysqld), comm:(mysqld)]
Nov  1 18:24:57 Hydranas kernel: [ 2185.430000] [./] opened by pid 8794 [u:(/usr/syno/mysql/libexec/mysqld), comm:(mysqld)]
Nov  1 18:35:18 Hydranas kernel: [ 2806.270000] [./] opened by pid 8799 [u:(/usr/syno/mysql/libexec/mysqld), comm:(mysqld)]
Nov  1 18:36:30 Hydranas kernel: [ 2878.450000] [./] opened by pid 8822 [u:(/usr/syno/mysql/libexec/mysqld), comm:(mysqld)]
Nov  1 18:39:36 Hydranas kernel: [ 3063.530000] [/etc/ld.so.cache] opened by pid 8823 [u:(/usr/syno/sbin/sshd), comm:(sshd)]
Nov  1 18:40:05 Hydranas kernel: [ 3092.800000] [/opt/bin/syno_hibernate_debug_tool] opened by pid 8828 [u:(-ash), comm:(ash)]
Nov  1 18:40:05 Hydranas syno_hibernate_debug_tool: (154): End Hibernation [definition='1','3']Debug[/definition]

Alles anzeigen

3) Ich glaube nicht das von einem Raspery WOL Packets geschickt werden... in diese Richtung hab ich bisher noch nicht experimentiert...

Leghorn

Ich hatte bei DSM 4.3 an die NTP-Funktion gedacht, die wohl recht zuverlässig den Hibernate torpediert. Dein Log sagt aber etwas anderes.

marcel.85

Ich habe das selbe Problem gibt es mittlerweile eine Lösung?
Mein Rasperry mit OpenElec 4.02 läuft 24/7 und er lässt mein Synology DS212j mit der aktuellen DSM 5 nicht in den Hibernation. Wenn ich den PI Ausschalte bzw. vom Netzwerk trenne funktioniert der Hibernation, es muss also am PI liegen.
Auf dem NAS ist außer meinen Filmen, Musik, Bildern auch die SQL Datenbank (seit DSM5 MariaDB).

Ich habe erst vor kurzem auf OpenElec 4.02 (Gotham) und DSM 5 upgedatet, mit OpenElec 3.xx (Frodo) und DSM 4.xx ging alles wunderbar.

noxx

Weiß nicht ob es hilft, man muss was in den Settings umstellen und zwar im Dienst Skin.Widgets. Keine
Ahnung wofür das gebraucht wird, aber in der Option
Zufällige Items / Update Methode umstellen auf "Nach Datenbank update"

Gesendet von meinem GT-I9195 mit Tapatalk

marcel.85

Wo finde ich diese Einstellung?

noxx

Addons / Dienste

Gesendet von meinem GT-I9195 mit Tapatalk

marcel.85

Danke, hab es gefunden und werd es mal testen.

Für was ist das Addon eigentlich gut?

noxx

Keine Ahnung wofür dass ist. Hat's denn geholfen?

Gesendet von meinem GT-I9195 mit Tapatalk

Jetzt mitmachen!