j-Serie ds110j erwacht oft aus dem standby

[macondo]

reicht für port 5000 nicht die alles blockeren regel? muss ich dafür ne extra regel machen und port 5000 direkt blockieren? ich habe port 5000 nur für meine interne ip freigegeben, damit ich den dsm benutzen kann...

 

[Matthieu]

Ah gut du hast ihn intern freigegeben. Ich dachte du hast ihn mitblockiert. Den Fehler machen einige wenn sie das erste mal die Firewall konfigurieren.

MfG Matthieu

 

[macondo]

also kann ich die einstellungen so lassen? mehr als port 80 muss ich ja nicht nach außen freigeben, damit gäste auf die homepage und photostation zugreifen können, oder?

scheinbar habe ich den richtigen mediaplayer dienst deaktiviert, die ds ist derzeit die ruhe selbst... auch wenn mein rechner die ganze zeit an ist...

 

[Matthieu]

Sobald du Port 80 wieder öffnest, wird deine DS wieder plötzlich aufwachen. Da gibt es keine Alternativen.
Kannst es gern probieren, aber das ist es was die Logs mir sagen.

MfG Matthieu

 

[macondo]

das wichtigste ist, die häufigste ursache (windows media player) habe ich in den griff bekommen, der dienst hat die ds ja alle 15min wieder aufgeweckt... jetzt müsste ich noch rausfinden wie und wieso der blöde firefox die ds immer beim starten aufweckt. die restlichen zugriffe waren ja eher im rahmen...

 

[Matthieu]

Häufiges Hoch- und Herunterfahren der Platten kann schädlicher sein als Dauerlauf, denn dabei entsteht am meisten Reibung und die wiederum ist ja für die Abnutzung verantwortlich, usw. ...

MfG Matthieu

 

[macondo]

ja, das ist klar... aber wir greifen im heimnetz nicht so oft willentlich auf die ds zu, da macht hibernation schon sinn und dank der hinweise hier sind die ungewollten wachmacher im netzwerk ja weitesgehend ausgeschaltet... ich werde jetzt mal wieder port 80 freigeben und schauen wie es sich dann verhält.

was bedeutet denn folgender log-eintrag:

Apr  2 00:34:07 scemd: SCEMD: disk 1 wake up from hibernation
Apr  2 00:34:07 kernel: [53082.860000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=3899, comm=dms
Apr  2 00:34:07 kernel: [53082.870000] [/etc/localtime] opened by pid 1867 [u:(/sbin/klogd), comm:(klogd)]

das war in den letzten 12h der einzige nicht willentlich geschehene ds-wachmacher, aber das sieht irgendwie wie ein interner ds prozess aus, oder?

 

[Matthieu]

Wichtig bei der folgenden Anleitung ist es, nicht neu zu starten, bevor du fertig bist.
Öffne das Log wie immer und schau nach einer Meldung wie oben, die nach dem letzten Neustart liegt! Das ist äußerst wichtig, sonst verrennen wir uns in der Folge hilflos! Jetzt steht in der Meldung ja immer "cmd 0x0 spin up by pid=" und dahinter eine Nummer. Diese Nummer ist wichtig, denn laut Meldung gehört der Prozess mit dieser Nummer zu den Verdächtigen. Daher müssen wir nun herausfinden wer zu dieser Nummer gehört. Allerdings wechseln viele nach einem Neustart die Nummer, daher die obigen Anmerkungen. Jetzt geht es so weiter:
1. Log dich auf der DS via Telnet/SSH ein als root
2. Gib ein: "ps | grep *id*" und für *id* setzt du bitte die Zahl die du wie oben abgelesen hast ein. (Und natürlich alles ohne Anführungszeichen eingeben)
3. Was die DS dir jetzt sagt postest du bitte hier.

MfG Matthieu

 

[macondo]

das ist die antwort für beide oben geannten pids:

DS> ps | grep 3899
21273 root      2928 S    grep 3899
DS> ps | grep 1867
 1867 root      2924 S    /sbin/klogd
21455 root      2928 S    grep 1867
DS>

 

[Matthieu]

Sicher, dass du seit heute Nacht keinen Neustart hattest? Hast du es mal mit aktuelleren Einträgen versucht? Die Abfrage der pid hinter "opened by" ist übrigens unnötig, wir brauchen nur "spin up by pid"

MfG Matthieu

 

[macondo]

also meine ds schaltet sich nicht nach zeitplan aus und wieder an, eigentlich läuft sie 24/7 durch... der letzte manuelle neustart war laut den logs am 1.4. um 9:46, davor hatte ich die firewall eingerichtet und dann neu gestartet. seitdem läuft sie meines wissens nach (und auch nach den logs) durch und hat nur die platte nach hibernation 3 mal neu gestartet.

die 2 weiteren wachmacher waren:

DS> ps | grep 1989
1989 root 12080 S < /usr/syno/bin/findhostd
13403 root 2928 S grep 1989
-> da habe ich heute morgen den synology assistant gestartet

DS> ps | grep 3996
3996 root 4072 S /usr/syno/sbin/sshd
14428 root 2928 S grep 3996
-> da habe ich mich eben für die anfragen über ssh eingeloggt

ps: danke für den tipp mit dem befehl für die konsole, kann ich ja zukünftig erstmal abfragen und dann als zusätzliche info hier posten...

 

[Matthieu]

Naja dann gibt es ja bisher nichts neues. Mit den Angaben oben lässt sich nichts anfangen und für die hier gibt es ja eine Erklärung.
Dann warten wir mal auf weitere Neuigkeiten

MfG Matthieu

 

[macondo]

so, die letzten infos zu den wachmachern...

Apr  2 14:43:34 kernel: [104050.000000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=407, comm=jbd2/sda1-8
Apr  2 14:43:34 kernel: [104050.010000] [/etc/localtime] opened by pid 1867 [u:(/sbin/klogd), comm:(klogd)]
Apr  2 14:43:34 scemd: SCEMD: disk 1 wake up from hibernation
Apr  2 14:54:09 kernel: [104685.630000] [/etc/localtime] opened by pid 2605 [u:(/usr/syno/bin/scemd), comm:(scemd)]
Apr  2 21:14:45 kernel: [127520.740000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=3899, comm=dms
Apr  2 21:14:45 kernel: [127520.750000] [/etc/localtime] opened by pid 1867 [u:(/sbin/klogd), comm:(klogd)]
Apr  2 21:14:45 scemd: SCEMD: disk 1 wake up from hibernation
Apr  2 21:14:48 kernel: [127524.000000] [/usr/syno/mediaserver/dmsicon48.png] opened by pid 3899 [u:(/usr/syno/sbin/dms), comm:(dms)]
Apr  2 21:25:24 kernel: [128160.440000] [/etc/localtime] opened by pid 2605 [u:(/usr/syno/bin/scemd), comm:(scemd)]
Apr  3 14:43:34 kernel: [190450.000000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=407, comm=jbd2/sda1-8
Apr  3 14:43:34 kernel: [190450.010000] [/etc/localtime] opened by pid 1867 [u:(/sbin/klogd), comm:(klogd)]
Apr  3 14:43:34 scemd: SCEMD: disk 1 wake up from hibernation
Apr  3 14:54:10 kernel: [191085.720000] [/etc/localtime] opened by pid 2605 [u:(/usr/syno/bin/scemd), comm:(scemd)]
Apr  3 19:53:44 scemd: SCEMD: disk 1 wake up from hibernation
Apr  3 19:53:44 kernel: [209060.170000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=3816, comm=smbd
Apr  3 19:53:44 kernel: [209060.180000] [/etc/localtime] opened by pid 1867 [u:(/sbin/klogd), comm:(klogd)]
Apr  3 19:53:48 kernel: [209063.500000] [] opened by pid 3816 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  3 19:54:00 kernel: [209075.840000] [/usr/syno/etc/smb.conf] opened by pid 1989 [u:(/usr/syno/bin/findhostd), comm:(findhostd)]
Apr  3 19:54:01 kernel: [209076.860000] [/etc/resolv.conf] opened by pid 1989 [u:(/usr/syno/bin/findhostd), comm:(findhostd)]
Apr  3 19:54:03 kernel: [209078.930000] [/usr/syno/synoman/] opened by pid 14120 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  3 19:57:15 kernel: [209270.360000] [/usr/syno/etc/smb.conf] opened by pid 1989 [u:(/usr/syno/bin/findhostd), comm:(findhostd)]
Apr  3 19:57:16 kernel: [209271.390000] [/etc/resolv.conf] opened by pid 1989 [u:(/usr/syno/bin/findhostd), comm:(findhostd)]

und die infos über ssh:

DS> ps | grep 3816
 3816 root     19816 S    /usr/syno/sbin/smbd -D
17775 root      2928 S    grep 3816
DS> ps | grep 407
  407 root         0 SW   [jbd2/sda1-8]
 3996 root      4072 S    /usr/syno/sbin/sshd
18135 root      2928 S    grep 407
DS> ps | grep 3899
19066 root      2928 S    grep 3899

bei der pid 3899 handelt es sich scheinbar um den win mediaplayer dienst, den hatte ich auf dem rechner meiner frau noch nicht deaktiviert, habe ich nun erledigt. jedenfalls sprang die ds sofort an, als sich der laptop im netzwerk anmeldete. was bedeuten die anderen beiden einträge? da konnte ich keine außeneinwirkung durch die rechner bemerken, es war wohl bei beiden mein rechner zumindest an, ich habe aber nix mit (offensichtlicher) verbindung zur ds gemacht. mir fällt nur auf das pid 407 an beiden tagen genau zur gleichen zeit die ds aufgeweckt hat.

 

[Matthieu]

Bei 407 bin ich momentan ratlos. 3816 hingegen war der Zugriff eines Rechners auf ein Netzlaufwerk.

MfG Matthieu

 

[macondo]

ja, dann weiß ich nicht was mein rechner als pid 3816 von der ds wollte... die sprang an, als ich gerade einen neuen graka-treiber installiert, bzw. den alten deinstalliert habe, mehr habe ich zu dem zeitpunkt nicht gemacht. schade, dass du 407 nicht zuordnen kannst... gar keine idee wie ich die ursache eingrenzen kann? das mit der zeit ist ja schon auffällig...

 

[Super-Grobi]

Freund Google meinte dazu

 

[Matthieu]

Freund Google meinte dazu

So einfach ist das leider nicht, wenn du noch ein paar mehr Einträge liest. Gib einfach mal "jbd2" ein ...

MfG Matthieu

 

[Super-Grobi]

So einfach ist das leider nicht, wenn du noch ein paar mehr Einträge liest. Gib einfach mal "jbd2" ein ...

MfG Matthieu

hach nee, is schon spät, ich bin müde, frau gwängelt auch schon rum, katze nervt und will fressen und korb....
Ich hau mich hin

Grüße

 

[macondo]

jetzt komme ich heute nicht mehr dazu grobis link zu lesen, aber es scheint auch nicht ganz passend zu sein, oder habe ich das jetzt falsch interpretiert?

ich habe jetzt mal wieder port 80 im router weitergeleitet und schon wacht die ds durch den firefox wieder auf, das war die ursache:

Apr  3 23:48:44 kernel: [223159.740000] [/usr/syno/synoman/phpsrc/web/] opened by pid 4086 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  3 23:48:44 kernel: [223159.750000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=4086, comm=httpd
Apr  3 23:48:44 scemd: SCEMD: disk 1 wake up from hibernation
Apr  3 23:48:48 kernel: [223163.060000] [/usr/.htaccess] opened by pid 4086 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]

DS> ps | grep 4086
 4086 nobody   60696 S    /usr/syno/apache/bin/httpd -DHAVE_PHP
22262 root      2928 S    grep 4086

kann mir einer sagen, was das genau bedeutet? ich habe extra alle bookmarks, cookies, etc. im firefox gelöscht, damit der keine offensichtliche verbindung zu der homepage und photostation hat. geht es um die htaccess datei im web-verzeichnis der ds? mich interessiert es, wieso der firefox allein durch das starten die ds aufweckt, der ie aber zb nicht...

ps: dieses jbd2 dings ist ja in den vorher geposteten logs auch immer wieder aufgetaucht... ich hoffe das rätsel wird noch gelöst...

 

[macondo]

pid 407 hat auch in dieser nacht die ds 2 mal aufgeweckt, es war kein rechner im heimnetz an.

Apr  4 04:01:03 kernel: [238299.000000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=407, comm=jbd2/sda1-8
Apr  4 04:01:03 kernel: [238299.010000] [/etc/localtime] opened by pid 1867 [u:(/sbin/klogd), comm:(klogd)]
Apr  4 04:01:03 scemd: SCEMD: disk 1 wake up from hibernation
Apr  4 04:01:07 kernel: [238302.270000] [/var/log/messages] opened by pid 1865 [u:(/sbin/syslogd), comm:(syslogd)]
Apr  4 07:40:41 kernel: [251476.590000] [/usr/syno/synoman/phpsrc/web/] opened by pid 22302 [u:(/usr/syno/apache/bin/httpd), comm:(httpd)]
Apr  4 07:40:46 scemd: SCEMD: disk 1 wake up from hibernation
Apr  4 07:40:46 kernel: [251482.000000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=407, comm=jbd2/sda1-8
Apr  4 07:40:46 kernel: [251482.010000] [/etc/localtime] opened by pid 2605 [u:(/usr/syno/bin/scemd), comm:(scemd)]
Apr  4 07:40:50 kernel: [251485.260000] [/var/log/messages] opened by pid 1865 [u:(/sbin/syslogd), comm:(syslogd)]

und genau mit start des firefox heute morgen wurde dieser prozess ausgelöst:

Apr  4 08:46:25 scemd: SCEMD: disk 1 wake up from hibernation
Apr  4 08:46:25 kernel: [255420.360000] drivers/scsi/sd.c[471]:sd_prep_fn(), sda: cmd 0x0 spin up by pid=3816, comm=smbd
Apr  4 08:46:25 kernel: [255420.370000] [/etc/localtime] opened by pid 1867 [u:(/sbin/klogd), comm:(klogd)]
Apr  4 08:46:28 kernel: [255423.820000] [] opened by pid 3816 [u:(/usr/syno/sbin/smbd), comm:(smbd)]
Apr  4 08:46:43 kernel: [255438.470000] [/var/run/smbd.pid] opened by pid 12598 [u:(/usr/syno/sbin/smbd), comm:(smbd)]

eine halbe stunde später hat der prozess die ds erneut geweckt, während der firefox lief. ich habe wie öfters testweise vorher noch den ie gestartet, da blieb die ds im tiefschlaf... ich werde mal den firefox deinstallieren und alles dazugehörige löschen... mal sehen ob das was bringt.

ansonsten wurde die ds nachts von außen nur einmal von einem bot geweckt, der nach der robots.txt und dem web verzeichnis gesucht hat.

edit: so, ein frisch installierter firefox weckt die ds nicht mehr auf... ich werde jetzt mal nach und nach die addons wieder installieren und schauen, ob davon eines der übeltäter war...