DSM 4.1-2647 erschienen!!!

[Mike0185]

@Tommes

habe auch gerade getestet... Konstante 40 Grad. Im DSM und im Script....


Und nun? - Normal?

 

[Tommes]

...Und nun? - Normal?

Also, normal ist das bestimmt nicht. Aber ehrlich gesagt, habe ich auch keine Ahnung wie man das beheben könnte. Vor allem ist mir das jetzt grade erst aufgefallen, das die Temperaturanzeige scheinbar nicht aussagekräftig ist! Ich lass die DS jetzt mal ein wenig rödeln und schaue dann, ob sich was tut. Hab da aber wenig Hoffnung!

Tommes

 

[Puppetmaster]

Hi!

Habe bei meiner 212+ eigentlich auch (fast) immer konstante 40°C. Aber schon vor DSM 4.1. Manchmal, wenn die DS wirklich länger viel zu tun hat geht es ein bißchen rauf auf 43°C oder so. Ansonsten eigentlich immer 40°C.
ABER: weckt man die DS aus dem Ruhezustand (bei dem der Lüfter stillsteht), dann sieht man kurzzeitig Werte von um die 53°C - eben weil der Lüfter nicht lief.
Also, ich kann mir schon vorstellen, daß der Wert beim Lüfterlauf sich auf ca. 40°C einpendeln kann.

 

[Tommes]

@Puppetmaster

Hab das grade mal durchgespielt und was soll ich sagen... du hast recht!
Hab meine DS mal einschlafen lassen und grade geweckt. Dann schnell in die "Systeminformationen" geschaut und die Temperatur lag bei 51°C ! Ein weitere Blick nach 30 Sek. zeigte eine Temperatur von 48°C an... weiter fallend!

Dann scheind ja doch alles i.O. mit der Systemtemperaturanzeige zu sein! Eine Sorge weniger und ein Grund mehr deine DS-212+ upzudaten *g*

Tommes!

 

[Mike0185]

Gut damit geb ich mich jetzt zufrieden

 

[Frogman]

Im englischen Forum wird berichtet, dass nach dem Update auf die 4.1-2647 ein lokales (inkrementelles) Backup nicht mehr durchgeführt würde mit der Fehlermeldung, der verfügbare Speicherplatz würde nicht reichen, obwohl ausreichend Platz vorhanden ist.
Hat jemand ein lokales Backup konfiguriert und beobachtet damit ebenso die Probleme?

 

[Tommes]

Hi!

Wenn du mit "lokalen Backup" die "Datensicherung-und wiederherstellung" meinst, dann kann ich das nicht bestätigen. Habe grade einen Backupjob von Volume1 nach Volume2 gefahren, ohne Probleme! Auch im Sicherungsprotokoll ist alles im grünen Bereich!

Tommes!

 

[Frogman]

Ja, es handelt sich bei denen wohl genau darum. Nach deren Zahlen ging es um einen zu sichernden Ordner von 54 GB. Das bereits gesicherte Backup hatte 53,5 GB, d.h. das inkrementelle Backup hätte jetzt noch 0,5 GB draufgepackt. Frei waren auf der Zielplatte noch 16 GB und dennoch kam die Fehlermeldung.
Wie sahen denn bei Dir die Zahlen aus? So wie es bei den Jungs drüben aussah, könnte man ja vermuten, dass beim inkrementellen Backup irrtümlicherweise geschaut wird, ob der zu sichernde Ordner komplett auf die Zielplatte passen würde...

 

[Tommes]

Nun ja, bei mir waren es so um die 100 GB, jedoch habe ich noch gut 1,2 TB auf Volume2 frei. Ich könnte das auch mal mit meiner externen Backup-HDD austesten, da geht es dann so um die 500 GB Daten auf einer 1 TB großen USB-3 HDD. Aber irgendwie hab ich da grad keine Lust zu und außerdem dauert das dann auch ein wenig!

Anderseits hatte ich auch schon mal Probleme mit Backups auf externen Datenträgern, wo es angeblich an Platz mangelte (was aber nicht sein konnte) Hab dann einfach ein neues Backup angelegt und gut war's! Ob das jetzt ein DSM Bug war kann ich nicht sagen, hatte das aber schon beim DSM 3.2 festgestellt! Vielleicht braucht der Backupjob halt ein wenig Platz, oder er berechnet den Freien Speicher falsch. Keine Ahnung!

Tommes

 

[stargate2k]

Hi,

habe bei mir auch alles auf den aktuellsten Stand gebracht, bisher ist mir noch nichts negatives aufgefallen.. ob der Hibernation Modus geht muss ich noch testen.. Dass Syno da mal nicht mehr Einstellungen liefert dass man festlegen kann welche Anwendungen einfluss darauf haben, wäre auch mal ne feine Sache..
Der E-Mail Server funktioniert bei mir immer noch nicht richtig bzw. ich bekomme immer noch die Meldung "Vorgang fehlgeschlagen. Bitte melden Sie sich erneut im DSM an und versuchen Sie es erneut." wenn ichden E-Mail Server öffne..

mfg stargate

 

[Elador]

Meine DS212 ging bei mir seit 4.1 Release auch nicht mehr in den Hibernate. Aber bei mir geht die DS212 spätestens seit dem Update von gestern wieder ganz brav und regelmässig in den Hibernate.

Ich habe Audio, Video, Photostation, VPN Server und CloudStation an, Cloudstation mit einem aktiven Client, und die DS geht auch in den Hibernate, wenn dieser ClientPC an ist.

Zu Bernares Kommentar:

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.

Bei mir läuft aber, trotz aktiver Cloudstation, kein synorelayd. ($ ps | grep relay)


Sollte ich trotzdem diese ntpd Modifizierung machen...?

 

[Benares]

Wenn alles so läuft, wie du willst, brauchst du eh nichts zu modifizieren.
Wenn du weder NTP-Client noch NTP-Server aktiviert hast, kannst du die S23ntpd.sh natürlich auch so lassen wie sie ist.

Ich selbst verwende die Cloudstation nicht. Ich hab auch schon von anderen Usern gehört, dass die Cloudstation in der 2647er Firmware bez. Hibernate wohl kein Problem mehr darstellt.

Die Frage ist aber, wie lange das Hibernate anhält, und ob die Kiste wirklich nur bei Verwendung aufwacht.
Bei mir funktionierts: bei Nicht-Verwendung wacht sie nur einmal um Mitternacht für den NTP-Abgleich und einmal zwischen 3-4 Uhr nach der Router-Zwangstrennung für den DDNS-Abgleich auf.

Gruß Benares

 

[Tommes]

Morgähn!

@Frogman
Hab die Nacht mal ein Backup (480 GB auf 1 TB USB3-HDD) laufen lassen. Bis auf zwei kleinere Fehlermeldungen im Protokoll, da scheinbar 2 Dateien nicht richtig kopiert werden konnten (warum auch immer, püfe ich aber noch) lief das Backup komplett durch. Von daher würd ich sagen, das es eigentlich keine Probleme mit dem DSM-Backup gibt!

@Benares
Meine Kiste ist heut Nacht 2x aufgewacht. Einmal 00:00:04 Uhr und einmal um wegen

wake up from deepsleep, reset link now

... und einmal um 03:37:29 Uhr wegen...

synorelayd[5553]: synorelayd.cpp:942 get sigpipe

Ansonsten hat sie glaube ich gut geschlafen!

Tommes!

 

[Frogman]

@Tommes
Besten Dank für Deinen Test... - scheinbar gibt's bei denen dann ein anderen Problem.
Ich denke, ich werde das mal als Anstoß nehmen, für mich auch ein lokales Backup auf eine eSATA aufzusetzen.

 

[nachon]

Da meine noch immer nicht schlafen geht stehe ich derzeit wieder in Kontakt mit dem Support.
Hier habe ich heute die Aussage erhalten, dass der NTP Bug eigentlich behoben sein sollte. Offensichtlich nicht, wenn es nur mit den Anpassungen von Benares klappt, nicht wahr?
Mal sehen was bei mir am Ende raus kommt.

 

[Benares]

@Benares
Meine Kiste ist heut Nacht 2x aufgewacht. Einmal 00:00:04 Uhr und einmal um 03:37:29 Uhr ...

Das wird so sein, wie bei mir. ~0 Uhr wegen des NTP-cron-Jobs und 03:xx Uhr wegen des DDNS-Abgleichs nach der DSL-Zwangstrennung. Das wäre beides plausibel, auch wenn selbst dagegen Synology noch was tun könnte.

Gruß Benares

 

[Ap0phis]

... und 03:xx Uhr wegen des DDNS-Abgleichs nach der DSL-Zwangstrennung. ...

Noch ein Grund mehr, den DDNS im Router einzurichten.

 

[Puppetmaster]

Noch ein Grund mehr, den DDNS im Router einzurichten.

Auch dann wacht meine DS auf. Heute morgen noch passiert.
Zumindest denke ich, daß es der Grund dafür war. Trennung erfolgte ungefähr zu dem Zeitpunkt, wo ich sie habe 'laufen' sehen.

 

[Benares]

Noch ein Grund mehr, den DDNS im Router einzurichten.

Hab ich ja, aber meine Fritzbox kann nur eine Adresse. Ich hab noch eine zweite DDNS-Adresse, die über die DS aktualisiert wird.

Gruß Benares

 

[Ap0phis]

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.