DSM 4.1-2647 erschienen!!!

[Puppetmaster]

Hmm, schau dir mal in der Fritz per telnet die ar7.cfg an.

ddns {
      ...

Da hatte ich früher mal einen 2ten DDNS eingetragen und lief wunderbar.

Jetzt mußt du nur noch die Zugangsdaten für den Synology-eigenen DDNS-Dienst verraten!

 

[Ap0phis]

Das könnte schwierig werden.
Aber wer hat was von Synology-DDNS gesagt? Es gibt genügend andere gute Dienste dafür!

 

[Benares]

Hmm, schau dir mal in der Fritz per telnet die ar7.cfg an ...

Ja, ich weiß. Aber die Zeiten, in denen ich mit telnet an der Fritzbox rumgedoktort habe, sind vorbei.
Mich stört es ja auch nicht, wenn die DS einmal pro Tag für das Update der 2. DDNS-Adresse aufwacht. Hauptsache, ich kenne den Grund.

Gruß Benares

 

[Puppetmaster]

Das könnte schwierig werden.
Aber wer hat was von Synology-DDNS gesagt? Es gibt genügend andere gute Dienste dafür!

Niemand! Aber der Synology-Dienst ist so schön leicht und schnell eingerichtet. Gefällt mir die URL nicht mehr, hab ich in 10 Sekunden eine neue.

 

[Ap0phis]

@Benares,

ja da hast du wohl recht.
Aber jetzt, wo ich es weiß, dass die DS deswegen aufwacht, stört es mich schon ein wenig.
Macht sie das immer gegen 3 Uhr, oder merkt sie den IP-Wechsel und wacht dann auf?

@Puppetmaster,
ok, ist ein Argument! ... wer´s braucht!

 

[Puppetmaster]

Macht sie das immer gegen 3 Uhr, oder merkt sie den IP-Wechsel und wacht dann auf?

Du kannst irgendwo im Log sehen, wann die DS die IP meldet. Das müßte man ja nur gegen das Log des Routers setzen.
Habe mich auch schon gefragt, wie die DS das mitbekommt. Dazu müßte sie ja ständig die externe IP prüfen...

 

[Benares]

Macht sie das immer gegen 3 Uhr, oder merkt sie den IP-Wechsel und wacht dann auf?

Die Zwangstrennung auf der Fritzbox ist bei mir auf 3-4 Uhr eingestellt und erfolgt prinzipbedingt jede Nacht etwas früher. Kurz darauf wacht die DS auf und macht ihr Update. Das kann man in den Logs von Fritzbox und DS ganz gut nachvollziehen.

Gruß Benares

 

[Benares]

Dazu müßte sie ja ständig die externe IP prüfen...

Macht sie ja auch.

 

[Puppetmaster]

Macht sie ja auch.

Ok, wenn sie das tut, und trotzdem bis zu einem IP-Wechsel friedlich schlafen kann, dann hat sie die aktuelle IP ja im RAM um bei jeder Prüfung vergleichen zu können. - Dann könnte man ja auch gut den Rest des Prozesses ins RAM verfrachten, dann braucht sie auch bei IP-Wechsel nicht aufwachen.
Schade eigentlich.

 

[Ap0phis]

Ok, da ich keine Zwangstrennung aktiviert habe, und ich meine IP oft wochenlang behalte, bekomme ich davon wohl nichts mit. Habe gerade mal in der messages nachgesehen. Da sind nur die Aktualisierungen nach einem Neustart (das Update) zu sehen.

THX

 

[Benares]

Soweit ich weiss läuft die Prüfung über http://checkip.synology.com/. Zum Glück wird nicht jede Prüfung irgendwo gelogt, aber der IP-Wechsel wohl schon, was dann zum Aufwachen führt.

Gruß Benares

 

[Puppetmaster]

Soweit ich weiss läuft die Prüfung über http://checkip.synology.com/. Zum Glück wird nicht jede Prüfung irgendwo gelogt, aber der IP-Wechsel wohl schon, was dann zum Aufwachen führt.

Na klar: das Log!
Würde jede Prüfung geloggt, dann wäre ja nix mehr mit Hibernation!
Naja, sei's drum.

 

[nachon]

Ich habe in meinem log alle 3 Minuten etwas vom DDNS. Normal kann das doch nicht sein, oder?

 

[Benares]

3 Minuten würde zur Zykluszeit der CheckIP-Prüfung passen, aber gelogt wird da nichts. Wo hast du die Einträge gefunden? Poste mal ein paar Beispiele.

 

[nachon]

Bin ja absoluter Linux noob und gehe da mit gekonntem Halbwissen ran.

Ich habe (wie vom Support empfohlen) den Hibernate Debug Mode aktiviert und geloggt.
Entpacke ich die Debug Datei am Ende und gucke unter var/log/messages dann finde ich dort alle drei Minuten folgenden Eintrag:

Oct  4 10:58:28 kernel: [ 4228.330000] [/etc/proxy.conf] opened by pid 4132 [u:(/usr/syno/sbin/ddnsd), comm:(ddnsd)]
Oct  4 11:01:29 kernel: [ 4408.970000] [/etc/proxy.conf] opened by pid 4132 [u:(/usr/syno/sbin/ddnsd), comm:(ddnsd)]
Oct  4 11:04:29 kernel: [ 4589.610000] [/etc/proxy.conf] opened by pid 4132 [u:(/usr/syno/sbin/ddnsd), comm:(ddnsd)]
Oct  4 11:07:30 kernel: [ 4770.260000] [/etc/proxy.conf] opened by pid 4132 [u:(/usr/syno/sbin/ddnsd), comm:(ddnsd)]

Hab ich das falsch interpretiert?

 

[Benares]

Nein, das passt. Der ddnsd prüft alle 3 Minuten (Einstellung in /etc/synoinfo.conf) die externe IP und greift dafür auf die proxy-Konfiguration in /etc/proxy.conf zu, die es sinnigerweise garnicht gibt (zumindest nicht, wenn man noch nie einen proxy konfiguriert hatte).

Schalt mal das syno_hibernation_debug_tool lieber wieder aus. Nach meiner Erfahrung logt es in der 4.1er zwar schön alles mit, verhindert aber selbst das Hibernate.

Gruß Benares

 

[nachon]

Ja, ist auch wieder deaktiviert.

Sollte es nur einschalten um eine debug.dat Datei zu erhalten, die ich dem Support senden sollte.
Proxy habe ich tatsächlich noch nie genutzt.

 

[BanditDD]

Hallo an alle,

Bei mir klappt Hibernate auf beiden DSen. PhotoStation, AudioStation und MedienServer sind unkritisch, bei der VideoStation bin ich mir nicht sicher.

Was ich nach dem Firmware-Update noch tun musste um das zu erreichen?

1.) ntpd
Der ntpd wird seit der 4.1er auch dann gestartet, wenn nur der NTP-Client konfiguriert ist. Der laufende ntpd verhindert Hibernation und blockt auch den Port für den immer noch vorhandenen ntp-cron-Job, der um Mitternacht läuft.

Abhilfe:
/usr/syno/etc/rc.d/S23ntpd.sh ändern

Diese Änderung ist bei mir nicht notwendig - seit 4.1-2647 geht meine 710+ zuverlässig nach 2h schlafen und bleibt dort auch (was /var/log/messages beweist). NTP-Client ist natürlich aktiv. Aus meiner Sicht enthält diese Version wesentlich weniger Fehler. Außerdem wird nicht mehr bei jedem Systemstart ein Desktophinweis mit dem Inhalt "Local UPS was plugged in." generiert. War schon nervig ...

Gruß,
BanditDD

 

[ascella]

Kann ich für eine DS 212 so bestätigen. Nach Update auf die aktuelle Firmware wieder zuverlässiges Einschlafen und Durchschlafen der Station. Juhu

 

[Frogman]

Bei mir läuft ein ntpd, und im S23ntpd.sh ist

if [ "$run_ntp_client" = "yes" -o "$run_ntp_server" = "yes" ]; then

standardmässig drinnen.

Hier frag ich nochmal kurz nach: Du nutzt also ntp-Client oder -Server (oder beides) und in der Prozessliste taucht ein ntpd auf - und dennoch geht Deine 212 wie eingestellt in den Hibernate?