DSM 6.x und darunter Frage zur .log Auswertung - Interpretation der Einträge

[ThomPoh]

Hallo,

da meine DS214+ immer aus unerklärlichen Gründen aus dem Tiefschlaf erwacht, habe ich über das Support-Center den Ruhezustands-Debug-Modus aktiviert und heruntergeladen.
Nun meine Frage, welche Daten mir das Log anzeigt.
In der eckigen Klammer wird mir immer eine fortlaufende Zahl angezeigt z.B [11261.200451], ich geh mal davon aus, das diese einen Zeitwert beinhaltet, aber wie soll ich diesen interpretieren?
Sind das Sekunden, Millisekunden ... oder? Wer kann mich aufklären, wie ich welche Einträge interpretieren muss?

Danke für eure Hilfe.

[11208.239872] syslog-ng(949): dirtied inode 2677 (kern.log) on md0
[11208.240173] syslog-ng(949): dirtied inode 23114 (messages) on md0
[11208.501392] ata2: device plugged sstatus 0x123
uptime : [11208.501392]
======Idle 5214 seconds======
Tue Jan 30 18:22:18 CET 2018
#####################################################
Only idle 51 seconds, pass
Tue Jan 30 18:23:09 CET 2018
#####################################################
***********Clear*********
[11261.200451] sync(19839): WRITE block 8 on md0 (8 sectors)
[11261.200475] sync(19839): WRITE block 1256 on md0 (8 sectors)
[11261.200490] sync(19839): WRITE block 12880 on md0 (8 sectors)
[11261.200504] sync(19839): WRITE block 18704 on md0 (8 sectors)
[11261.200518] sync(19839): WRITE block 18784 on md0 (8 sectors)
[11261.200532] sync(19839): WRITE block 304192 on md0 (8 sectors)
[11261.200546] sync(19839): WRITE block 334216 on md0 (8 sectors)
[11261.200560] sync(19839): WRITE block 4194312 on md0 (8 sectors)
[16714.400040] afpd(5650): READ block 4364856 on md0 (248 sectors)
[16714.400131] afpd(5650): READ block 4365104 on md0 (248 sectors)
[16714.400223] ata2: wake up from deepsleep, reset link now
[16714.410493] syslog-ng(949): dirtied inode 21203 (disk.log) on md0
[16714.410763] syslog-ng(949): dirtied inode 2677 (kern.log) on md0
[16714.411066] syslog-ng(949): dirtied inode 23114 (messages) on md0
[16714.547320] afpd(5652): READ block 906264 on md0 (8 sectors)
[16714.667891] ata2: device plugged sstatus 0x123
[16714.981320] syslog-ng(949): dirtied inode 18 (scemd.log) on md0
uptime : [16714.981320]
======Idle 5454 seconds======
Tue Jan 30 19:54:04 CET 2018
#####################################################

 

[peterhoffmann]

Das sind Sekunden (16714.xxxxxx).

 

[ThomPoh]

Okay.
Die Sekunden seit dem letzten Neustart oder seit dem letzten Aufwachen der Synology?

 

[peterhoffmann]

Da steht uptime. Ich nehme mal an, dass das mit dem Neustart gerechnet wird.

Rechne es dir doch aus, du weißt doch am besten, wann du das letzte Mail neugestartet hast. Auf der Konsole kannst du auch "uptime" eingeben.

Was meinst du eigentlich mit "Tiefschlaf"? Ruhezustand der HDDs oder einen Tiefschlaf vom System?

 

[ThomPoh]

Mit „Tiefschlaf“ meine ich den erweiterten Festplatten-Ruhezustand um den Stromverbrauch zu minimieren.

 

[Gonzo79]

Habe das gleiche Problem, meine DS116 weckt regelmäßig mehrmals am Tag und in der Nacht die Festplatte auf.

Information,System,2018/02/01 18:22:13,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/01 13:35:33,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/01 13:00:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/01 05:41:11,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/01 05:06:44,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/01 02:32:44,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/01 02:00:15,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/01 00:00:15,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 20:00:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 18:22:13,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 13:35:11,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 13:00:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 05:06:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 20:00:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 18:22:13,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 13:34:43,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 13:00:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 09:13:35,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 05:01:55,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 00:00:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 21:43:26,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 21:13:36,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 20:48:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 20:00:15,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 18:22:12,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 13:00:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 05:04:18,SYSTEM,Internal disks woke up from hibernation.

Nach dem Ruhezustand-Debugging-Modus habe ich mir /var/log/hibernation.log und /var/log/hibernationFull.log angeschaut, kann die Einträge aber nicht interpretieren.

Beispiele:

uptime : [2697725.540888]
======Idle 17164 seconds======
Thu Feb 1 18:22:01 CET 2018
#####################################################
***********Clear*********
[2693891.577707] scemd(21848): dirtied inode 78669711 (enumlist_det.tmp) on tmpfs
[2693913.592008] scemd(21894): dirtied inode 78670722 (enumlist_det.tmp) on tmpfs
[2693935.605567] scemd(21980): dirtied inode 78671944 (enumlist_det.tmp) on tmpfs

uptime : [2680531.415892]
======Idle 1209 seconds======
Thu Feb 1 13:35:27 CET 2018
#####################################################
***********Clear*********
[2678456.756927] synologaccd(1415): WRITE block 2864512 on sda1 (8 sectors)
[2678456.757391] jbd2/sda1-8(965): WRITE block 2207880 on sda1 (8 sectors)
[2678456.757413] jbd2/sda1-8(965): WRITE block 2207888 on sda1 (8 sectors)
[2678456.757428] jbd2/sda1-8(965): WRITE block 2207896 on sda1 (8 sectors)
[2678456.757441] jbd2/sda1-8(965): WRITE block 2207904 on sda1 (8 sectors)
[2678456.757454] jbd2/sda1-8(965): WRITE block 2207912 on sda1 (8 sectors)

uptime : [2650008.865635]
======Idle 9229 seconds======
Thu Feb 1 05:06:44 CET 2018
#####################################################
***********Clear*********
[2646836.902261] scemd(2216): dirtied inode 77204360 (enumlist_det.tmp) on tmpfs
[2646858.914453] scemd(2264): dirtied inode 77204432 (enumlist_det.tmp) on tmpfs
[2646880.929209] scemd(2310): dirtied inode 77204997 (enumlist_det.tmp) on tmpfs
[2646902.941479] scemd(2367): dirtied inode 77205141 (enumlist_det.tmp) on tmpfs

Kann mir nur vorstellen, dass die Synology aufwacht durch
- neue IP-Adresse vom Router, obwohl manuelle IPv4 ist automatische IPv6 aktiviert.
- automatische Zeitaktualisierung im Internet mit NPT-Server
- mount / -o remount,noatime könnte helfen, noatime speichert die Dateizugriffszeiten nicht. Aber das kann doch nicht Sinn der Sache sein.

 

[peterhoffmann]

@Gonzo79
In deinem Log sind bis auf 8 Einträge immer wiederkehrende Uhrzeiten, teilweise auf die Sekunde genau.

Information,System,2018/02/01 00:00:15,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 00:00:14,SYSTEM,Internal disks woke up from hibernation.

Information,System,2018/02/01 13:00:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 13:00:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 13:00:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 13:00:49,SYSTEM,Internal disks woke up from hibernation.

Information,System,2018/02/01 13:35:33,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 13:35:11,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 13:34:43,SYSTEM,Internal disks woke up from hibernation.

Information,System,2018/02/01 18:22:13,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 18:22:13,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 18:22:13,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 18:22:12,SYSTEM,Internal disks woke up from hibernation.

Information,System,2018/01/31 20:00:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 20:00:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 20:00:15,SYSTEM,Internal disks woke up from hibernation.

Information,System,2018/02/01 05:06:44,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/31 05:06:49,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/30 05:01:55,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/01/29 05:04:18,SYSTEM,Internal disks woke up from hibernation.

 

[Gonzo79]

Ich habe mal einiges deaktiviert:
- Alle Aufgaben im Aufabenplaner gelöscht
- Automatischen Speichernutzungsbericht im Speicher-Analysator
- Zeiteinstellung manuell, statt vorher mit NPT-Server synchronisieren
- Alle automatischen App-Updates deaktiviert
- Automatisch nach DSM-Updates suchen deaktiviert
- IPv6 deaktiviert, IPv4 manuell und nicht im DHCP Bereich

Ich werde es jetzt wieder einige Tage beobachten. Wenn jemand weiß wie man die Hybernation.log interpretieren kann, würde das weiterhin sehr helfen.

 

[peterhoffmann]

Es hätte erst mal gereicht alle Aufgaben im Aufgabenplaner zu deaktivieren.

Es macht auch Sinn die zeitlichen Abläufe im Aufgabenplaner durchzuplanen und miteinander zu kombinieren.

Ich habe z.B. ein Zeitfenster, wo alle täglichen Cronjobs laufen (2 Uhr nachts), die wöchentlichen Cronjobs Sonntags um 11 Uhr und die monatlichen Cronjobs am 1. des Monats um 10 Uhr. Natürlich nicht jeweils alle gleichzeitig, sondern brav nacheinander. Tag, Woche und Monat wiederum können sich aufgrund der verschiedenen Uhrzeiten auch nicht in die Quere kommen.

So stellt man aber sicher, dass die DS nicht alle paar Stunden aufwacht, weil die Cronjobs ohne System quer durch den Gemüsegarten aufgerufen werden.

 

[Gonzo79]

Habe noch einen Übeltäter gefunden, die Audio Station.
So sieht der Eintrag im Hibernation_Full.log aus:

[122101.389892] synoaudiod(8404): READ block 936305592 on sda3 (40 sectors)
[122101.389914] synoaudiod(8404): READ block 936305656 on sda3 (8 sectors)
[122101.389921] synoaudiod(8404): READ block 936305672 on sda3 (8 sectors)
[122101.389933] synoaudiod(8404): READ block 936305704 on sda3 (112 sectors)
[122101.389939] synoaudiod(8404): READ block 936305832 on sda3 (8 sectors)
[122101.389951] synoaudiod(8404): READ block 936305848 on sda3 (56 sectors)
[122101.389961] synoaudiod(8404): READ block 936305912 on sda3 (88 sectors)
[122101.389968] synoaudiod(8404): READ block 936306008 on sda3 (8 sectors)
[122101.389979] synoaudiod(8404): READ block 936306024 on sda3 (8 sectors)
[122101.389985] synoaudiod(8404): READ block 936306064 on sda3 (8 sectors)
[122101.389991] synoaudiod(8404): READ block 936306088 on sda3 (8 sectors)
[122101.389997] synoaudiod(8404): READ block 936306136 on sda3 (40 sectors)

Habe jetzt in den Audio Station Einstellungen "Nicht nach DLNA-Geräten suchen" aktiviert.

In etc/crontab hatte ich noch einige Einträge die nicht im DSM Aufgabenplaner angezeigt wurden. /tmp/synoschedtask hat mir dann angezeigt, welche Aufgaben es waren. z.B. Sicherheitsberater und Speichernutzungsbericht. Diese habe ich jetzt zeitlich umgeplant und zusammengelegt.

 

[diaphon]

Kann mir einer kurz weiterhelfen und sagen, wie ich die Log zu "Ruhezustand-Debugging-Modus" herunterladen kann?

Danke und Gruß,
dia

 

[diaphon]

Habs gefunden, SSH Zugang, Putty, Login, cp der Daten (/var/log/hibernation.log) in ein Verzeichnis, auf das ich auch normal zugriff habe.

 

[Gonzo79]

cp geht auch.
Zwei Möglichkeiten die ich gemacht habe um das Hibernation.log auszulesen:
1.
DSM Hauptmenü -> Support-Center -> Support-Dienste -> Protokollerstellung Haken bei System -> Button Protokolle erstellen
Die debug.dat-Datei mit 7-zip entpacken, dann die /var/log/hibernation.log mit notepad++ öffnen.
2. DSM Hauptmenü -> Terminal &SNMP -> Terminal -> SSH-Dienst aktivieren, Putty, Login mit Adminuser, root mit

sudo -i

, admin passwort,

cat /var/log/hibernation.log

bzw.

cat /var/log/hibernationFull.log

Bei mir hat es mehr gebracht die crontab anzuschauen:

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
0       2       *       *       5       root    /tmp/synoschedtask --run id=4
0       2       *       *       5       root    /tmp/synoschedtask --run id=5
0       2       *       *       5       root    /tmp/synoschedtask --run id=1

und die synoschedtask zu prüfen

/tmp/synoschedtask --get id=1
               ID: [1]
             Name: [Speichernutzung]
            State: [enabled]
            Owner: [root]
             Type: [weekly]
       Start date: [0/0/0]
     Days of week: [Fri]
         Run time: [2]:[0]
          Command: [/usr/syno/synoreport/synoreport -report  \S\p\e\i\c\h\e\r\n\u\t\z\u\n\g]
    Last Run Time: Fri Feb  9 02:00:02 2018
           Status: [Success]

Meine Synology wacht noch 2 mal am Tag ungeplant auf:

Information,System,2018/02/08 18:51:19,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/08 15:32:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/07 18:51:18,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/07 15:32:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/06 18:51:18,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/06 15:32:14,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/05 18:51:17,SYSTEM,Internal disks woke up from hibernation.
Information,System,2018/02/05 15:32:14,SYSTEM,Internal disks woke up from hibernation.

Ein tägliches Aufwachen wird mit Speicher-Manager -> Volume -> Bearbeiten -> Dateizugriffsfrequenz aufzeichen: Täglich zusammenhängen.
Die HibernationFull.log sagt z.B. das Journaling Block Device greift zu:

[517749.021761] jbd2/sda1-8(969): WRITE block 2199208 on sda1 (8 sectors)
[517749.021776] jbd2/sda1-8(969): WRITE block 2199216 on sda1 (8 sectors)
[517749.021790] jbd2/sda1-8(969): WRITE block 2199224 on sda1 (8 sectors)
[517749.021802] jbd2/sda1-8(969): WRITE block 2199232 on sda1 (8 sectors)
[517749.021815] jbd2/sda1-8(969): WRITE block 2199240 on sda1 (8 sectors)
[517749.021846] ata1: wake up from deepsleep, reset link now
[517749.032276] syslog-ng(1081): dirtied inode 20129 (disk.log) on sda1
[517749.032412] syslog-ng(1081): dirtied inode 22465 (kern.log) on sda1
[517749.032547] syslog-ng(1081): dirtied inode 22466 (messages) on sda1
[517749.089595] ata1: device unplugged sstatus 0x100
[517749.156449] syno_hibernatio(12295): dirtied inode 26869 (hibernation.log) on sda1
[517749.156464] syno_hibernatio(12295): dirtied inode 26869 (hibernation.log) on sda1
[517749.156470] syno_hibernatio(12295): dirtied inode 26869 (hibernation.log) on sda1
[517749.156615] syno_hibernatio(12295): dirtied inode 19637 (hibernationFull.log) on sda1
[517749.156624] syno_hibernatio(12295): dirtied inode 19637 (hibernationFull.log) on sda1
[517749.156629] syno_hibernatio(12295): dirtied inode 19637 (hibernationFull.log) on sda1
[517749.659967] syno_hibernatio(26558): dirtied inode 11 (bin) on sda1
uptime : [517749.089595]
======Idle 74422 seconds======
Thu Feb 8 15:32:02 CET 2018
#####################################################
***********Clear*********
...
[517746.998251] scemd(26543): dirtied inode 8414660 (enumlist_det.tmp) on tmpfs
[517749.021735] jbd2/sda1-8(969): WRITE block 2199200 on sda1 (8 sectors)
[517749.021761] jbd2/sda1-8(969): WRITE block 2199208 on sda1 (8 sectors)
[517749.021776] jbd2/sda1-8(969): WRITE block 2199216 on sda1 (8 sectors)
[517749.021790] jbd2/sda1-8(969): WRITE block 2199224 on sda1 (8 sectors)
[517749.021802] jbd2/sda1-8(969): WRITE block 2199232 on sda1 (8 sectors)
[517749.021815] jbd2/sda1-8(969): WRITE block 2199240 on sda1 (8 sectors)
[517749.021846] ata1: wake up from deepsleep, reset link now
[517749.032276] syslog-ng(1081): dirtied inode 20129 (disk.log) on sda1
[517749.032412] syslog-ng(1081): dirtied inode 22465 (kern.log) on sda1
[517749.032547] syslog-ng(1081): dirtied inode 22466 (messages) on sda1
[517749.089595] ata1: device unplugged sstatus 0x100
[517749.156449] syno_hibernatio(12295): dirtied inode 26869 (hibernation.log) on sda1
...

 

[diaphon]

Bei mir lag es am CMS. Dort war meine OffSite Diskstation und eine Docker DSM registriert.
Ich spare mir jetzt das CMS und verbinde mich direkt mit den DiskStations.

 

[bvrulez]

Hallo, ich häng mich mal hier ran, weil ich den Thread sehr hilfreich fand, um das Log überhaupt zu finden. Außerdem ist auch interessant, dass beim hier hochgeladenen Log ebenfalls dirtyinode vorkommt, was ich bei mir erstmal als nicht so gut interpretiert hatte. Meine Syno ist eine DS213e, also schon etwas älter. Ich habe einen Mail-Server mit Relay bei Strato darauf laufen und greife mit IMAP-clients darauf zu. Außerdem läuft eine Cloudstation, CalDAV-Server (über WebDAV) und CardDAV-Server. Ich nutze MailRelaxer, ein 3rd-Party tool zum Ermöglichen der Hibernation trotz Mail-Server. Nachts läuft außerdem eine Surveillance Station, dieser Service wird aber um ca. 0 Uhr gestartet und ca. 5 Uhr wieder beendet. Das hat eigentlich früher auch immer ganz gut funktioniert. Mittlerweile bin ich mir nicht mehr sicher, ob die Disk Station korrekt funktioniert. Erstens ist habe ich ständig Traffic. Die LAN-Lampe flackert dauernd, obwohl eigentlich niemand (im Haushalt hier) darauf zugreift. Selbst die clients, die CaldDAV etc nutzen synchronisieren ja nicht alle paar Minuten oder Sekunden, sondern eigentlich nur bei Änderung und ansonsten alle paar Stunden oder täglich. Ich sehe den Traffic auch an der Powerline-Buchse, die ich benutze. Im Log steht außerdem gelegentlich, dass die Disk-Hibernation beendet wurde. Leider wird ja nie protokolliert, wann sie begonnen hat. Aber in Abständen von 15 Minuten wird jedenfalls eine Hibernation, falls sie mal begann, immer beendet. Ich lade hier mal das Full Log hoch (einen kleinen Ausschnitt), denn ich kann da nichts erkennen. Die Datei konnte ich übrigens nicht anhängen, da "ungültige Datei".

Würde mich über mehr oder weniger konkrete Hinweise freuen. Da das denke ich ein weit verbreitetes Thema ist könnte das ja auch anderen helfen.

[84867.970801] zip(19350): READ block 2361088 on md0 (24 sectors)
[84868.023182] zip(19350): READ block 271856 on md0 (8 sectors)
[84868.031187] zip(19350): READ block 270664 on md0 (8 sectors)
[84868.031239] zip(19350): READ block 495224 on md0 (8 sectors)
[84868.031281] zip(19350): READ block 757944 on md0 (8 sectors)
[84868.031313] zip(19350): READ block 1118048 on md0 (8 sectors)
[84868.031343] zip(19350): READ block 1128520 on md0 (8 sectors)
[84868.031372] zip(19350): READ block 1125824 on md0 (8 sectors)
[84868.031401] zip(19350): READ block 1330944 on md0 (8 sectors)
[84868.031431] zip(19350): READ block 1337032 on md0 (8 sectors)
[84868.031461] zip(19350): READ block 1348400 on md0 (8 sectors)
[84868.031491] zip(19350): READ block 1358176 on md0 (8 sectors)
[84868.031522] zip(19350): READ block 1351952 on md0 (8 sectors)
[84868.031554] zip(19350): READ block 1342120 on md0 (8 sectors)
[84868.031586] zip(19350): READ block 1334024 on md0 (8 sectors)
[84868.031617] zip(19350): READ block 1368600 on md0 (8 sectors)
[84868.031648] zip(19350): READ block 1373808 on md0 (8 sectors)
[84868.031702] zip(19350): READ block 1379520 on md0 (136 sectors)
[84868.075292] zip(19350): dirtied inode 28 (esynoscheduler.log) on md0
[84868.084377] zip(19350): READ block 1379656 on md0 (248 sectors)
[84868.084481] zip(19350): READ block 1379904 on md0 (248 sectors)
[84868.084514] zip(19350): READ block 1380152 on md0 (16 sectors)
[84868.097238] zip(19350): READ block 1380168 on md0 (248 sectors)
[84868.097320] zip(19350): READ block 1380416 on md0 (8 sectors)
[84868.097360] zip(19350): READ block 1646592 on md0 (8 sectors)
[84868.097397] zip(19350): READ block 1652560 on md0 (8 sectors)
[84868.097462] zip(19350): READ block 1655808 on md0 (248 sectors)
[84868.097514] zip(19350): READ block 1656056 on md0 (136 sectors)
[84868.097552] zip(19350): READ block 1661648 on md0 (64 sectors)
[84868.097607] zip(19350): READ block 80896 on md0 (176 sectors)
[84868.097649] zip(19350): READ block 1584672 on md0 (64 sectors)
[84868.097683] zip(19350): READ block 1380800 on md0 (64 sectors)
[84868.148947] zip(19350): READ block 1380864 on md0 (248 sectors)
[84868.149023] zip(19350): READ block 1381112 on md0 (8 sectors)
[84868.149095] zip(19350): READ block 1400832 on md0 (248 sectors)
[84868.149164] zip(19350): READ block 1401080 on md0 (248 sectors)
[84868.149226] zip(19350): READ block 1401328 on md0 (248 sectors)
[84868.149252] zip(19350): READ block 1401576 on md0 (24 sectors)
[84868.254345] zip(19350): READ block 1401600 on md0 (248 sectors)
[84868.254450] zip(19350): READ block 1401848 on md0 (248 sectors)
[84868.254519] zip(19350): READ block 1402096 on md0 (248 sectors)
[84868.254579] zip(19350): READ block 1402344 on md0 (248 sectors)
[84868.254609] zip(19350): READ block 1402592 on md0 (32 sectors)
uptime : [84867.591701]
======Idle 21 seconds======
Tue Jan 1 19:30:53 CET 2019
#####################################################

 

[Gonzo79]

Laut Log scheint ein Zip Prozess zu laufen, aber der relevante Ausschnitt ist nicht drauf.
Bei so vielen Anwendungen die ständig laufen, wird immer eine Anwendung die Disks aufwecken. Bei Mailserver und Surveillance Station wäre es vielleicht besser die Diskstation durchlaufen zu lassen.

Zum probieren:
- Anwendungen vorübergehend deaktivieren und nacheinander aktivieren um die verursachende Anwendung zu finden, Mail Station und Surveillance Station beeinflussen Hibernation, siehe https://www.synology-wiki.de/index.php/Hibernation:_Dinge,_die_den_Disk-Spin-Down_betreffen
- Crontab prüfen, vielleicht ist ein Prozess alle paar Minuten eingeplant
- Weitere Logs prüfen: Synosys und Synoconn
- Diskstation vorübergend vom Netzwerk trennen (Kabel ziehen) und das Verhalten beobachten. Vielleicht liegt das Problem nicht an der Diskstation, sondern an einem anderen Gerät das ständig auf die Diskstation zugreift z.B. an einem Win7 PC mit Dateiindizierung.

 

[bvrulez]

Danke für die Antwort. Ich habe unabhängig davon die Syno mal vom Netz getrennt und da geht sie auch in den Ruhezustand.

Das Log hatte ich mir über das Protokoll Center runtergeladen, indem ich dort "System" angehakt hatte und dann exportiert. Woher bekomme ich denn die anderen beiden Logs, die du ansprichst?

Ein ZIP-Prozess sagt mir jetzt eigentlich nichts. Was sollte das für ein Prozess sein?

Da die Syno ohne Netzwerkverbindung in den Ruhezustand geht habe ich überlegt welche Gründe das haben kann. Cloudstation käme in Frage, aber ich hatte auch vorher keinen client, der aktiv war. Möglich wäre eben auch noch eine Aktualisierung der Kalender von einem Telefon aus. Ich werde die Dienste in der Syno mal eine Zeitlang deaktivieren und beobachten.

 

[bvrulez]

Habe nun einmal WebDAV/CalDAV deaktiviert und einmal Cloudstation/Mail Server. In beiden Fällen bleibt die Syno aktiv und die LAN-Lampe flankert gelegentlich. Ich vermute also es gibt einen anderen Grund.

 

[Gonzo79]

Von der LAN-Lampe solltest du dich nicht irritieren lassen. Aber wenn du die Diskstation vom LAN getrennt hast und sie geht in den Ruhezustand, dann wird vermutlich irgendein Device ( PC, Handy, sonstwas) darauf zugreifen z.B. mit Windows Broadcasting Paketen. Kannst du alle anderen Geräte im Netzwerk ausschalten und dann das Verhalten der Synology beobachten?

Mit den Logfiles meine ich einmal das Protokoll-Center im DSM oder
var/log/synolog/synoconn
var/log/synolog/synosys
var/log/hibernation
var/log/hibernationFull

https://www.synology.com/de-de/know...Synology_NAS_from_entering_System_Hibernation

Du solltest im DSM Support Center -> Support Dienste den Ruhezustand Debugging Modus aktivieren, damit alle Logfiles entsprechend aufzeichnen.

 

[bvrulez]

Ich hab jetzt mal Zeit gehabt was zu testen und festgestellt, dass die Syno in den Ruhezustand geht, wenn ich alle weitergeleiteten Ports am Router abschalte. Außerdem kann mein Router auch den Traffic je Port anzeigen. Jetzt habe ich den Port zum CardDAV wieder aktiviert und sie fährt prompt hoch zum synchronisieren eines Adressbuchs (hab ich aktiv angestoßen). Der Traffic scheint mit trotzdem etwas hoch. Ich frage mich, ob die Syno bei jeder Anfrage am Port aufwacht, auch wenn es nur ein Scanner ist, der checken will, ob ich ihm Zugang gewähre... Außerdem überlege ich jetzt CardDAV und WebDAV auf einen Raspberry umzuziehen, der sowieso immer läuft, damit ich die Syno nur für Cloudstation und so nutze, wenn ich sie wirklich brauche.