Syno NAS DS214Play wacht jede Stunde auf seit Emby / x265 Tempprobleme

mcxpert

hi,

habe jetzt mal noch über nacht das "[definition=12,2]debugging[/definition] [definition='1','0']log[/definition]" vom emby server laufen lassen und siehe da:

2017-10-03 00:46:02.278 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: lo. Type: Loopback. Status: Unknown
2017-10-03 00:46:02.279 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: eth0. Type: Ethernet. Status: Up
2017-10-03 01:46:02.238 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: lo. Type: Loopback. Status: Unknown
2017-10-03 01:46:02.239 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: eth0. Type: Ethernet. Status: Up
2017-10-03 02:46:02.250 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: lo. Type: Loopback. Status: Unknown
2017-10-03 02:46:02.252 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: eth0. Type: Ethernet. Status: Up
2017-10-03 03:46:02.253 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: lo. Type: Loopback. Status: Unknown
2017-10-03 03:46:02.254 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: eth0. Type: Ethernet. Status: Up
2017-10-03 04:46:02.247 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: lo. Type: Loopback. Status: Unknown
2017-10-03 04:46:02.248 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: eth0. Type: Ethernet. Status: Up
2017-10-03 05:46:02.256 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: lo. Type: Loopback. Status: Unknown
2017-10-03 05:46:02.258 [definition=12,4][definition='1','3']Debug[/definition][/definition] NetworkManager: Querying interface: eth0. Type: Ethernet. Status: Up

diese Meldungen decken sich exakt mit dem aufwecken der festplatten.kennt da wer den hintergrund?

Schrottvogel

So. Ich kann bestätigen das die Synology durchschläft. Auch mit Emby an Bord. Das vorletzte Update hatte eindeutig eine Verbesserung gebracht.
Das neueste Update hab ich noch nicht drauf.

justray2k

Genau das war damals schon mein Problem mit Emby und der Syn. Deshalb arbeite ich immernoch nicht mit Emby obwohl mir das sehr gefiel!
Letzter Status war damals im Synology Forum das das geprüft wird, das sollte jetzt ca. ein Jahr her sein.

@Schrottvogel welche Emby Version hast du aktuell installiert auf deiner Syn?

Schrottvogel

Emby hat gerade die Version 3.2.32.0-1

Es steht gerade ein Update auf 3.2.33.0-1 bereit. Ist aber noch nicht installiert

Und als DMS Version ist auf meiner Synology 6.13.15152 Update 5

keyboarder2k

Ich habe zwar eine 415play, hatte aber das gleiche Verhalten. Zwischenzeitlich konnte ich mir hiermit behelfen: https://emby.media/community/inde…e-2#entry403693
Das musste ich aber nach jedem Emby-Update wieder neu machen. Wie nun aber hier zu lesen ist, soll das mit Version 3.2.32.0 und höher obsolet sein: https://emby.media/community/inde…erver/?p=490188

Aktuell läuft bei mir die 3.2.33.0-1 vom Emby-Server und mein NAS schlief heute Morgen friedlich, als ich aus dem Haus bin. Vielleicht haben sie es also endlich in den Griff bekommen.

mcxpert

keyboarder2k: die frage ist ja ob sie in dem moment gerade schlief oder ob sie durchgschlafen hat. das kannst ja im [definition='1','0']log[/definition] von syno noch naschauen bitte.
hab gestern meinen pi komplett neu aufgesetzt aber heute morgen das gleiche gehabt.

hab auch im emby forum nachgefragt.

was ich nicht verstehe, dass meine "connect.txt" diesen inhalt hat
eyJTZXJ2ZXJJZCI6IjZlODJhNjIyOTI2Y2ZkYTkyZjhlODI0ZThkNzhjOTNhIiwiQWNjZXNzS2V5IjoiMjM4ZTcxMWM2OWVmZWEzNjc3NmFmNGJlNWNhZjc2NjciLCJQZW5kaW5nQXV0aG9yaXphdGlvbnMiOltdLCJMYXN0QXV0aG9yaXphdGlvbnNSZWZyZXNoIjoiMjAxNy0wOS0yMVQxNDoyNzoyNS41MDE3MjQwWiJ9

da sind gar keine verbindungen aufgeführt

mcxpert

so habe den Übeltäter jetzt gefunden. über

Code

find / -mmin -5 | grep -v /proc | grep -v /sys | grep -v /run | grep -v /tmp | grep -v /dev

habe ich alle Dateien die innerhalb der letzten 5 Minuten geändert wurden angeschaut (klar man muss auf der lauer liegen aber zumindestist sie ja pünktlich nach einer stunde aufgewacht und so konnte ich es"einplanen").
Hier war es dann das JDownloader Plugin welches alle 60 Minuten eine Verbindung zu Updateserver auf (was dann in der [definition='1','0']log[/definition] stand).

Hab das teil jetzt deinstalliert und seit dem ist endlich Ruhe.

Schrottvogel

Krasser Typ!

noxx

Muss ich auch mal testen, bei mir gehen die Platten nicht in den Ruhezustand

Gesendet von meinem WAS-LX1A mit Tapatalk

noxx

hast du alle 5 Minuten den Befehl eingehackt?

Code

@DS218:~$ sudo find / -mmin -5 | grep -v /proc | grep -v /sys | grep -v /run                       | grep -v /tmp | grep -v /dev
Password:
find: `/proc/4617/task/4617/fd/5': No such file or directory
find: `/proc/4617/task/4617/fdinfo/5': No such file or directory
find: `/proc/4617/fd/5': No such file or directory
find: `/proc/4617/fdinfo/5': No such file or directory
/etc
/etc/snmp
/etc/snmp/snmpd.conf
/etc/snmp/snmpd.conf.bak
/etc/inetd.conf
/volume1/homes
/volume1/homes/admin
/volume1/@appstore/EmbyServer/var/logs/server-63648084350.txt
/usr/syno/etc/ccc/etcd.data/member/wal/0000000000000005-000000000013e2c4.wal
/usr/syno/etc/user.data
/usr/syno/etc/user.data/app
/usr/syno/etc/synoservice.override
/usr/syno/etc/synoservice.override/telnetd.cfg
/usr/share/init
/config/target
/config/target/iscsi
/config/target/iscsi/discovery_auth
/config/target/iscsi/discovery_auth/enforce_discovery_auth
/config/target/iscsi/discovery_auth/password_mutual
/config/target/iscsi/discovery_auth/userid_mutual
/config/target/iscsi/discovery_auth/authenticate_target
/config/target/iscsi/discovery_auth/password
/config/target/iscsi/discovery_auth/userid
/config/target/iscsi/lio_version
/config/target/vhost
/config/target/vhost/throttle_interval_msec
/config/target/vhost/version
/config/target/loopback
/config/target/loopback/version
/config/target/core/epio_0
/config/target/core/epio_0/odx_info
/config/target/core/epio_0/odx_mode
/config/target/core/epio_0/hba_mode
/config/target/core/epio_0/hba_info
/config/target/core/epio_1
/config/target/core/epio_1/odx_info
/config/target/core/epio_1/odx_mode
/config/target/core/epio_1/hba_mode
/config/target/core/epio_1/hba_info
/config/target/core/fileio_0
/config/target/core/fileio_0/odx_info
/config/target/core/fileio_0/odx_mode
/config/target/core/fileio_0/hba_mode
/config/target/core/fileio_0/hba_info
/config/target/core/iblock_0
/config/target/core/iblock_0/odx_info
/config/target/core/iblock_0/odx_mode
/config/target/core/iblock_0/hba_mode
/config/target/core/iblock_0/hba_info
/config/target/core/alua/lu_gps/default_lu_gp
/config/target/core/alua/lu_gps/default_lu_gp/members
/config/target/core/alua/lu_gps/default_lu_gp/lu_gp_id
/config/target/dbroot
/config/target/version
/config/vsys
/config/vsys/help
/config/pool
/config/pool/preread_control
/config/pool/ext_jnl_cache_cnt
/config/pool/ext_jnl_enable
/config/pool/ext_jnl_path
/config/pool/cache_info
/config/pool/help
/config/rodsys
/config/rodsys/throttle_interval_msec
/config/rodsys/local_key
/config/rodsys/help
/var/spool/webapi
/var/spool/webapi/SYNO.Package.json.lock
/var/spool/webapi/SYNO.Core.DataCollect.Application.json
/var/spool/webapi/SYNO.Core.PortForwarding.Rules.json
/var/spool/webapi/SYNO.DSM.PortEnable.json
/var/spool/webapi/SYNO.Core.Terminal.json
/var/spool/webapi/SYNO.Core.System.json
/var/spool/webapi/SYNO.Package.json
/var/spool/webapi/SYNO.Core.SNMP.json
/var/[definition='1','0']log[/definition]/upstart/inetd.[definition='1','0']log[/definition]
/var/[definition='1','0']log[/definition]/upstart/telnetd.[definition='1','0']log[/definition]
/var/[definition='1','0']log[/definition]/messages
/var/[definition='1','0']log[/definition]/auth.[definition='1','0']log[/definition]
/var/[definition='1','0']log[/definition]/synoccc-walsyncd.[definition='1','0']log[/definition]
/var/[definition='1','0']log[/definition]/bash_history.[definition='1','0']log[/definition]
/var/[definition='1','0']log[/definition]/synolog
/var/[definition='1','0']log[/definition]/synolog/.SYNOSYSDB-shm
/var/[definition='1','0']log[/definition]/synolog/.SYNOACCOUNTDB
/var/[definition='1','0']log[/definition]/synolog/.SYNOSYSDB-wal
/var/[definition='1','0']log[/definition]/synolog/.SYNOCONNDB-wal
/var/[definition='1','0']log[/definition]/synolog/.SYNOCONNDB-shm
/var/[definition='1','0']log[/definition]/synoservice.[definition='1','0']log[/definition]
ralf@DS218:~$

Alles anzeigen

mcxpert

noxx: nein, wie gesagt ich hab gewartet bis sie aufwachen und danach unmittelbar eingegeben.
Deine Ausgabe sieht auch prinzipiell gut aus aber jdownloader ist ja nicht dabei. kann aber auch daran liegen, dass du es entweder zu spät/früh gemacht hast oder eben ein anderes prog / zugriff auf die platten stattfindet.

was mir bei dir neben den logs gleich noch in auge springt ist emby. ohne passende einstellungen ist das definitive ein grund warum hibernation nicht möglich ist. die wichtigsten einstellungen findest du hier.
https://emby.media/community/inde…ts-hibernation/

noxx

ok, für mich echt ein rätsel.

noxx

Es war die Email Benachrichtigung

Gesendet von meinem WAS-LX1A mit Tapatalk

mcxpert

oh das ging aber schnell. wie gesagt kann alles sein aber nach wakeup und den 5 min grenzt man es deutlich ein und ich bin mir ziemlich sicher, dass man es dann anhand der auflistung auch besser herausfinden kann als nur dem den synologs.

Syno NAS DS214Play wacht jede Stunde auf seit Emby / x265 Tempprobleme

Jetzt mitmachen!

Tags

Benutzer online in diesem Thema