+-Serie 107+ wacht stündlich auf

[juergen@net]

Hallo,

laut /var/logs/messages wacht meine DS107+ stündlich auf:
Jul 19 03:58:32 scemd: SCEMD: disk 1 wake up from hibernation
Jul 19 04:58:49 scemd: SCEMD: disk 1 wake up from hibernation
Jul 19 05:59:00 scemd: SCEMD: disk 1 wake up from hibernation
Jul 19 06:59:17 scemd: SCEMD: disk 1 wake up from hibernation
Jul 19 07:59:34 scemd: SCEMD: disk 1 wake up from hibernation

Habe zwar viele crons laufen, aber nicht zu diesen Zeiten, was das crond log auch bestätigt.

Hat jemand eine Idee was die Schlafstörungen erklären könnte?
Vielen Dank!
Gruss
Juergen

 

[itari]

Wahrscheinlich irgendein Dienst, der sowieso immerzu läuft, macht stündlich was. Zeitdienst? Leg mal einen ps-Ausdruck rein.

itari

 

[juergen@net]

Leg mal einen ps-Ausdruck rein.

Gerne

DS107p> ps -fs
  PID  Uid     VmSize Stat Command
    1 root         40 S   init
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kthread]
   11 root            SW< [kblockd/0]
   36 root            SW  [pdflush]
   37 root            SW  [pdflush]
   39 root            SW< [aio/0]
   38 root            SW  [kswapd0]
  106 root            SW< [ata/0]
  108 root            SW< [scsi_eh_0]
  109 root            SW< [scsi_eh_1]
  120 root            SW  [mtdblockd]
  255 root            SW  [kjournald]
  491 root            SW< [khubd]
  938 root        216 S   /sbin/dhcpcd -n eth0 -t 30
  955 root        164 S   /sbin/syslogd -S
  957 root          8 S   /sbin/klogd
  980 root        116 S < /usr/syno/bin/findhostd
 1004 root            SW  [kjournald]
 1060 root        592 S   /usr/syno/sbin/nmbd -D
 1084 root        140 S   /usr/syno/sbin/hotplugd
 1109 root        120 S   /usr/sbin/inetd
 1142 admin       288 S   /usr/syno/pgsql/bin/postgres -D /volume1/@database/pg
 1144 admin      1584 S   postgres: writer process
 1145 admin       100 S   postgres: stats collector process
 1260 root        152 S   /usr/syno/sbin/scheduler
 1263 admin       528 S   postgres: admin download [local] idle
 1272 root        780 S N /usr/syno/sbin/synoindexd
 1279 root         56 S N /usr/syno/bin/synomkthumbd
 1358 root        492 S   /usr/syno/bin/scemd
 2958 root        340 S < /usr/syno/bin/newhidups -a ups
 2960 root        200 S < /usr/syno/sbin/upsd
 2962 root         96 S < /usr/syno/sbin/upsmon
 2963 root        208 S < /usr/syno/sbin/upsmon
 3436 root          8 S   /sbin/getty 115200 console
 3470 root        592 S   /usr/syno/sbin/smbd -D
 3481 root        232 S   /usr/syno/sbin/smbd -D
 3514 root         72 S N /usr/syno/sbin/synomkflvd
 3536 root        296 S   /usr/syno/sbin/synorcd
 3560 root        184 S   /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
 3609 root       1460 S   /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
 3610 root       1428 S   /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
 3611 root        184 S   /usr/syno/apache/bin/httpd
 3670 root         96 S   /usr/syno/sbin/ftpd -D
 3675 nobody      112 S   /usr/syno/apache/bin/httpd
 3676 nobody      112 S   /usr/syno/apache/bin/httpd
 3677 nobody      112 S   /usr/syno/apache/bin/httpd
 3707 root       1664 S   /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
 3708 root       1416 S   /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
 3709 root       1480 S   /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
 4880 root        500 S   SCREEN
 4881 root          4 S   /bin/ash
 4892 root        236 S   crond -l0 -c /var/spool/cron/crontabs/ -L /var/log/cr
 5129 root        316 S   SCREEN
 5130 root        252 S   /bin/ash
11332 root        144 S   screen -r
 8292 root        108 S   SCREEN
 8293 root          4 S   /bin/ash
 7871 admin      3756 S   postgres: admin mediaserver [local] idle
 8804 root       2584 S   /usr/syno/sbin/smbd -D
 8825 root        180 S   telnetd
 8826 root        324 S   -ash
 8829 root        628 R   ps -fs
DS107p> ps -fs

Dank + Gruss
Juergen

 

[itari]

Was macht dieser Prozess?

938 root 216 S /sbin/dhcpcd -n eth0 -t 30

Das -t 30 sieht nach alle 30 Minuten aus ...

Kann das der Störenfried sein?

itari

 

[juergen@net]

Was macht dieser Prozess?

938 root 216 S /sbin/dhcpcd -n eth0 -t 30

Keine Ahnung, habe den nicht bestellt; dachte der gehört zur Grundausstattung. Sieht nach DHCP also etwas wichtigem aus

Das -t 30 sieht nach alle 30 Minuten aus ...

Das log zeigt mir aber Aufwachen jede Stunde, nicht halbe Stunde.

Habe jetzt mal DHCP ausgeschaltet und auf fixed IP umgestellt. dhcpd wird bei ps nicht mehr referenziert.
Heute Abend wird mir /var/log/messages mehr zeigen.
Vielen Dank!
Gruss
Juergen

 

[itari]

Das log zeigt mir aber Aufwachen jede Stunde, nicht halbe Stunde.

Ja und? Das Log zeigt ja nicht an, wann er wieder einschläft . Er liest halt noch ein wenig, trinkt ein Bier, denkt an Frauen, bevor er wieder einschläft, daher dauert es eine Weile (z.B. 30 Minuten) und wenn er dann schläft wird er 30 Minuten später wieder geweckt. Alles in allem dann nach 60 Minuten ... Ist doch wie im wirklichen Leben: Wenn du mitteln in der Nacht geweckt würdest, würdest doch auch nicht wieder sofort einschlafen ... Die Ds ist doch auch nur ein Mensch...

itari

 

[juergen@net]

Deswegen habe ich mit DS eine Betriebsvereinbarung geschlossen: freiwillige und unbeauftragte Tätigkeiten werden jeweils auf 10 min begrenzt. Schliesslich habe ich auch eine Aufsichtspflicht.

Aber messages sagt mir: dhcpd hat nicht geweckt. Es muss irgend jemand anders klingeln.
Bei meiner NSLU war das Tupn/tup bzw. OpenVPN. Die Lösung brachte das Auslagern des BS auf Flash. Dadurch wurde das System in verschiedenen Konfigurationen robust.
Gruss
Juergen.

 

[Schneemann]

Hallo Juergen,

gibt es denn mittlerweile neue Erkenntnisse?
Ich habe nämlich das gleiche Problem.

Grüße vom Schneemann

 

[juergen@net]

gibt es denn mittlerweile neue Erkenntnisse?

Es gibt nichts Neues unter der Sonne...

Ich habe nämlich das gleiche Problem.

Ich vermute mal, daß das ein weit verbreitetes Problem ist. Vermutlich schauen nicht so viele Winteschläfer in /var/log/messages
Ich hoffe noch immer, daß Synology von den Schlafbeschwerden mal so genervt ist, daß sie eine Möglicheit anbieten, Teile des BS und die ganzen Logs auf Flash auszulagern. Vorher wird das wohl nichts.
Gruß, Juergen

 

[pir187]

Hi,

falls Dein Problem noch besteht: stelle den Timer mal auf 10 min, ziehe mal das LAN-Kabel und warte mal, bis die Platte 1h geschlafen hat.

Bei mir lag es an Windows-Clients, die trotz nicht vorhandener Mounts auf die Freigaben regelmäßig Requests à la "Huhu, wer da?" durch die Gegend gepustet haben.


Viele Grüße, pir187

 

[juergen@net]

Hallo,

bei mir tritt das Problem auch dann auf, wenn alle (Windows-) Rechner im Ruhezustand (Resume) sind, also nichts am LAN machen.
Gruss
Juergen

 

[pir187]

Ok, dann bin ich ratlos. Bei mir lag es daran. Sorry, dann kann ich nicht weiter helfen.

Grüße, pir187

 

[MausFan]

Windows Clients...

Hi,

das mit dem Windows Client ist ein guter Tip. Mit meiner alten NAS200 (claxan) hatte ich das gleiche Problem. Die NAS200 war im Standby (kann WOL).
Wenn ich meinen Windowsrechner angemacht habe, ist auch die NAS200 hochgefahren...obwohl ich nicht auf irgendwelche Dateien zugegriffen
habe...Soweit ich weiß ist der Daemon "named" (ist bei Samba dabei) daran Schuld. Wenn ich den abgeschossen habe, blieb die NAS200 ruhig.
Allerdings kann man dann auch nicht mit der FQDN auf die NAS200 zugreifen sondern nur per IP-Adresse... Einen Tod mußte ich also Sterben...

Gruß
Goran