Hibernation Problem seit DSM6.1.3

[Cree7h]

Hallo Leute,

Also ich muss leider sagen das es vermutlich seit DSM6.1.3 auftritt. Ich bin mir relativ sicher das das NAS noch im Juni wie gewohnt lief. Da es seit über 2 Jahren keine Probleme und Änderungen gab habe ich aber auch nicht sonderlich darauf geachtet.

Es handelt sich um eine DS214play mit aktuell DSM 6.1.3-15152 Update 8. Im Gegensatz zu früher werden die Platten ungefähr alle 40-70min aufgeweckt (laut Protokoll). Der erweiterte Ruhefestplattenmodus ist aktiv. Die einzige Änderung welche ich selbst vorgenommen habe das ich irgendwann vor ein paar Monaten Resilio Sync manuell installiert habe. Das verhalten ist aber gleich, egal ob Resilio Sync aktiv ist oder nicht.

Jetzt habe ich ein paar Tage lang das Tool snyo_hibernation_debug auf Level 2 (häufiges Aufwachen) laufen lassen, kann aber ums verrecken nichts erkennen.

Auszug aus der hibernationFull.log

[381325.111917] awk(15075): READ block 1633704 on md0 (24 sectors)
[381325.127738] sh(15077): READ block 581952 on md0 (32 sectors)
[381326.059356] sync(15090): WRITE block 8 on md0 (8 sectors)
[381326.059385] sync(15090): WRITE block 1256 on md0 (8 sectors)
[381326.059402] sync(15090): WRITE block 15432 on md0 (8 sectors)
[381326.059418] sync(15090): WRITE block 15560 on md0 (8 sectors)
[381326.059437] sync(15090): WRITE block 266136 on md0 (8 sectors)
[382204.440775] rslsync(8363): READ block 13789860720 on md2 (8 sectors)
[382204.440822] rslsync(8363): READ block 13789860824 on md2 (8 sectors)
[382204.440841] rslsync(8363): READ block 13789861208 on md2 (8 sectors)
[382204.440855] rslsync(8363): READ block 13789861432 on md2 (8 sectors)
[382204.440867] rslsync(8363): READ block 13789861936 on md2 (8 sectors)
[382204.440938] ata2: wake up from deepsleep, reset link now
[382204.447531] syslog-ng(2382): dirtied inode 21303 (disk.log) on md0
[382204.447795] syslog-ng(2382): dirtied inode 10144 (kern.log) on md0
[382204.448059] syslog-ng(2382): dirtied inode 28596 (messages) on md0
[382204.689621] ata2: device plugged sstatus 0x1
[382204.885548] syslog-ng(2382): dirtied inode 19 (scemd.log) on md0
uptime : [382204.448059]
======Idle 880 seconds======
Wed Oct 25 17:28:10 CEST 2017
#####################################################
Only idle 51 seconds, pass
Wed Oct 25 17:29:02 CEST 2017
#####################################################
***********Clear*********
[382256.758373] sync(18478): WRITE block 8 on md0 (8 sectors)
[382256.758406] sync(18478): WRITE block 1256 on md0 (8 sectors)
[382256.758421] sync(18478): WRITE block 15432 on md0 (8 sectors)
[382256.758434] sync(18478): WRITE block 15560 on md0 (8 sectors)
[382256.758446] sync(18478): WRITE block 266136 on md0 (8 sectors)
[383304.163453] scemd(8682): dirtied inode 4026531840 (mounts) on proc
[384364.337837] scemd(8682): dirtied inode 4026531840 (mounts) on proc
[384936.759098] synonetd(3110): dirtied inode 4026531841 (net) on proc
[386904.536046] nmbd(16990): READ block 1354760 on md0 (8 sectors)
[386904.536090] nmbd(16990): READ block 1354856 on md0 (8 sectors)
[386904.536110] nmbd(16990): READ block 1354888 on md0 (8 sectors)
[386904.536126] nmbd(16990): READ block 1354976 on md0 (16 sectors)
[386904.536141] nmbd(16990): READ block 1355008 on md0 (16 sectors)
[386904.536156] nmbd(16990): READ block 1355040 on md0 (24 sectors)
[386904.536176] nmbd(16990): READ block 1355072 on md0 (48 sectors)
[386904.536249] ata2: wake up from deepsleep, reset link now
[386904.538205] syslog-ng(2382): dirtied inode 21303 (disk.log) on md0
[386904.538460] syslog-ng(2382): dirtied inode 10144 (kern.log) on md0
[386904.538713] syslog-ng(2382): dirtied inode 28596 (messages) on md0
[386904.782924] ata2: device plugged sstatus 0x1
uptime : [386904.782924]
======Idle 4655 seconds======
Wed Oct 25 18:46:38 CEST 2017
#####################################################
Only idle 42 seconds, pass

Kann man hier überhaupt erkennen was die Platten weckt?
Ist das schreiben von disk.log, kern.log und messages Ursache oder Folge vom aufwachen?

Ich hoffe jemand kann mir hier helfen.

Ansonsten schalte ich Hibernation wieder ab, die Platten werden inzwischen sowieso mindestens zwei mal pro Tag geweckt.

Danke und Gruß

 

[mcxpert]

Bist du zufällig bei Unitymedia? Hast eine Fritzbox?

 

[Cree7h]

Ja ich bin bei Unitymedia, hab aber keien Fritzbox sondern diese neue ConnectBox.

 

[mcxpert]

Moin,

da würde ich mich mal ran hängen, da ich an zwei DS die selbe Situation habe.

Hab das Debug über Nacht laufen lassen aber auch dieses Mal steig ich nicht wirklich durch. Laut Protokoll war hier wakeup

Code: Alles auswählen

Information,System,2017/11/28 08:29:20,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 07:29:20,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 06:30:08,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 05:30:08,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 04:30:08,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 03:27:29,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 02:30:08,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 01:29:20,SYSTEM,Internal disks woke up from hibernation.
Information,System,2017/11/28 00:29:21,SYSTEM,Internal disks woke up from hibernation.



Das entsprechende hibernationFull.log hier verlinkt
https://gist.github.com/anonymous/f765342b1383027ecbcb152e11b38637

Kann man daraus was erkennen?

(Unitiymedia mit FB)

 

[dil88]

Sieht so aus, als gäbe es einen stündlichen Job. Schau in die /etc/crontab, zieh testweise das LAN-Kabel usw. Per Suche solltest Du mehr Details zu dem Thema finden.

 

[mcxpert]

Hi,

also in der crontab ist folgendes drin

MAILTO=""
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin
#minute	hour	mday	month	wday	who	command
0	0	1	*	*	root	/usr/syno/bin/syno_disk_health_record

0	22	*	*	1	root	/tmp/synoschedtask --run id=2
0	20	*	*	*	root	/tmp/synoschedtask --run id=4

das sieht mir erstmal nicht nach stündlich aus.
Der Task unten ist mein Backup was auf die angeschlossene USB Platte kopiert.
Wobei ich jetzt die ID4 gar nicht so zuordnen kann. Habe nur einen Task mit backup.

das oberste kann ich nicht zuordnen wäre aber jeden tag einmal???

 

[mcxpert]

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

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 zumindest ist 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 log stand).

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

 

[rarosch]

hi zusammen

zum thema 'hibernation wird gestört/unterbrochen' gibt es ja eine meng beiträge... die meisten sind aber älteren datums oder nicht fertig rechergiert.

ich habe ien 'ds116' und läuft mit 'DSM 6.1.4-15217 Update 5'.

sämtliche verbindungen sind abgehängt (LAN und USB) und alle pakete sind angehalten (bis auf file-station und universal-search => kann ich nicht anhalten).

das laufwerk sollte nach 30min schlafen gehen:


trotzdem wacht es zu bestimmten zeiten auf:


kann mir jemand hilfe anbieten, wie ich rausfinden kann woran es liegt? 'crontab' kenne ich nicht...

lg. räfe.

 

[mcxpert]

Hi also wenn du alles abgeklemmt hast, dann ist es ein Paket oder Dienst auf deiner NAS

Die "Tasks" kannst du in der /etc/crontab Datei nachschauen (root Zugriff vorausgesetzt) ob hier ein Regelevent eingetragen ist. Da deine Zeiten keinem für mich ersichtlichen Muster folgen, denke ich eher nicht das ein Task hier für alle Punkte verantwortlich ist.
Durch das Protokollieren des Ruhezustandes hast du dann auch die Möglichkeit alle Hibernation Protokolle durchzusehen. Diese liegen unter /var/log/messages

Vorher solltest du aber mal die üblichen verdächtigen aus der offiziellen Seite durchsehen. Ich könnte mir bei der Anzahl schon vorstellen, dass sich hier einiges beruhigt.
https://www.synology.com/de-de/know...Synology_NAS_from_entering_System_Hibernation

Sollten die Zeiträume sich täglich identisch zeigen dann ist es auch möglich wie ich auf der lauer zu liegen und den befehl

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

über putty (auch als root) zu verwenden.

 

[rarosch]

hi mcxpert

danke für dein hilfeangebot.

leider bin ich kein experte... die offizielle seite hab ich mal durchgelesen => verstehe ich aber noch nicht so ganz.

kannst du mir das mit den 'tasks' und '/etc/crontab' etwas genauer erläutern? oder auch 'putty'?

merci. r.

 

[mcxpert]

Hi,

im Detail erklären ist sehr aufwendig und für putty gibt es auch sehr viele gute Hilfestellungen.

putty ist ein programm mit dem du dich auf die synology aufschalten kannst. um auch root zu erhalten ist dieser schritt notwendig
https://think.unblog.ch/synology-root-login-aktivieren/

danach kannst du mit WinSCP auf die ordner in der syno zugreifen. wie das geht wird hier recht gut beschrieben und zeigt an einigen stellen auf den ersten schritt
http://www.synology-forum.de/showth...-Root-Zugriff-Lösung-für-WinSCP-gesucht/page3

sollte das geschaft sein kannst du auf die pfade wie oben beschrieben zugreifen.

du musst allerdings wissen, dass das nicht mal eben angeeignet ist und man durchaus etwas zeit investieren muss um sich in der materie zurecht zu finden.

Zu deiner Frage jedoch: Die Task sind Aufgaben welche man im Aufgabenplaner hinterlegen kann oder auch vom system bei installation vorhanden sind. Bsp Automatische Updatesuche, indiezierungsinterval...
Hier siehst du wie eine Aufgabe angelegt wird und wo sie zu finden sind: https://www.youtube.com/watch?v=bZ4u9l1hKoQ
Diese aufgaben werden dann in die "etc/crontab" geschrieben.

 

[rarosch]

hi mcxpert

danke nochmals.... ja genau, ich brauch eher etwas mehr zeit um die sache zu verstehen; die investiere ich auch. ich geh dann mal die links durch und melde mich wieder.

lg. räfe.

 

[rarosch]

hi zusammen

endlich hatte ich zeit zum mich schlauer zu machen... zum experten fehlen mir aber noch lichtjahre.

putty habe ich installiert und auch root-zugriff (zumindest denke ich das).

mit der eingabe /etc/crotab geht bei mir aber nichts:



hat jemand eine erklärung für einen dummy.

lg.r.

 

[Benares]

Inhalte von Dateien listest du mit "cat" auf, daher "cat /etc/crontab" eintippen.

 

[rarosch]

hi benares

danke für den hinweis. jetzt kommt die ausgabe:

-ash: cat/etc/crontab: No such file or directory

 

[mcxpert]

ich weiss nicht was du gerade untersuchen willst aber wenn du dir den Inhalt der crontab anschauen möchtest wäre der Zugang über winscp deutlich einfacher (das nächste lichtjahr aber das wird oft gebraucht). hier bekommst du (sofern dein root passt) eine auflistung aller verzeichnisse auf der nas.

Zum einrichten gibt es auch wieder anleitungen aber im grunde reichen die dinge.
Verbindunsziel mit:
Übertragungsprotokoll: SCP
Rechnernname: Ip der nas
Port: 22 (wenn du den mal nicht geändert hast)
Benutzername: admin (nicht root)
Kennwort: dein admin kennwort

bei erweitert:
umgebung --> SCP/Shell: Shell als "sudo su -" auswählen

Dort kannst du dann zu etc/crontab wie über den windows explorer navigieren und die datei in einem normalen editor öffnen (ich empfehle für solche dinge notepad++).

putty wäre für dich jetzt interesant wenn du den "find 5min" befehl nimmst.

 

[Benares]

@rarosch
Du hast das Leerzeichen zwischen "cat" und "/etc/crontab" vergessen

root@DS415:~# cat /etc/crontab
MAILTO=""
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin
#minute hour    mday    month   wday    who     command
0       0       1       *       *       root    /usr/syno/bin/syno_disk_health_record
#20     0       *       *       *       root    /usr/syno/bin/timebkp recycle_all
0       4       *       *       1       root    /usr/syno/bin/synodatascrubbingnotify /usr/syno/etc/datascrubbing.conf raid5datascrubbingscheduledtime
15      0       *       *       1,4     root    /tmp/synoschedtask --run id=1
5       0       1       *       *       root    /tmp/synoschedtask --run id=3

 

[rarosch]

hallo zusammen

1. mal vielen dank für eure hilfe und v.a. geduld!

@mcexpert: ich wollte wie du im ersten post geschrieben hast die tasks anschauen...

@benares: sorry



ich verstehe das soweit so:
-1 mal im monat macht das system einen gesundheits-report
-wochentage mo bsi fr schaltet das system um 0:15 aus
-wochentage so und sa schaltet das system um 1:00 aus
-id1 => s.m.a.r.t. schnelltest auf allen festplatten, monatlich um 0:00
-id2 => s.m.a.r.t erweiterter festplatten-test, halbjährlich um 0:00
-id3 => dsm auto-update, so & do um 9:00
-id5 => tägliches backup (mit hyperkbackup) auf usb-laufwerk um 23:30
-id6 => jeden sonntag um 5:00 => ist ziemlich sicher integritätsprüfung von hyperbackup

diese verstehe ich nicht:
-id4 => jeden mittwoch um 4:00 =>????

das sind also jetzt keine tasks die meine festplatte tagsüber aufwachen lassen.

winspc schein ebenfalls ein programm zu sein... ich installiere das mal und versuche mich...

lg. r.

 

[rarosch]

his zusammen

habe winspc installiert. die anmeldeinformationen wurden von 'putty' übernommen => darum erststart mit root => hat funktioniert und ich konnte auf die dateien zugreifen.

dann aber gemäss mcexpert mit admin angemeldet => aber sobald ich bei den anmeldeeinstellungen unter erweitert>umgebung>shell>shell=sudo su wähle werde ich nicht mehr verbunden...

mich interessiert v.a. das mit 'auf die lauer gehen'... was müsste ich da eingeben und wo wäre der output? klingt ewas laienhaft... sorry, hoffe jemand hilft mir weiter.

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

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 zumindest ist 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 log stand).

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

lg. r.

 

[Hanskie]

entschuldigung für mein schlechtes deutsch ....

Ich habe dieses Thema gefunden und eine Frage:
Ich dafür


start ----
root @ Amersfoort: ~ # find / -mmin -5 | grep -v / proc | grep -v / sys | grep -v / run | grep -v / tmp | grep -v / dev
find: `/ proc / 1794 / task / 1794 / fd / 5 ': Keine solche Datei oder kein solches Verzeichnis
find: `/ proc / 1794 / task / 1794 / fdinfo / 5 ': Keine solche Datei oder kein solches Verzeichnis
find: `/ proc / 1794 / fd / 5 ': Keine solche Datei oder Verzeichnis
find: `/ proc / 1794 / fdinfo / 5 ': Keine solche Datei oder Verzeichnis
^ C
root @ Amersfoort: ~ # find / -mmin -5 | grep -v / proc | grep -v / sys | grep -v / run | grep -v / tmp | grep -v / dev
find: `/ proc / 1818 / task / 1818 / fd / 5 ': Keine solche Datei oder kein solches Verzeichnis
find: `/ proc / 1818 / task / 1818 / fdinfo / 5 ': Keine solche Datei oder kein solches Verzeichnis
find: `/ proc / 1818 / fd / 5 ': Keine solche Datei oder Verzeichnis
find: `/ proc / 1818 / fdinfo / 5 ': Keine solche Datei oder Verzeichnis
^ C
root @ Amersfoort: ~ #

Ende ---

Jedes Mal, wenn ich das tue, bekomme ich eine neue Regel
mit einer anderen PID (in diesem Fall 1794 und 1818)
Was ist das für ein Prozess?


Meine Synology-Version ist DSM 6.2.2-24922 Update 2
und deshalb auch Winterschlafprobleme haben !!