Ich habe heute die LCC und Power on hours der Platten kontrolliert und kann wohl mehr als zufrieden sein. Nicht nur sind die Platten stromsparend und hatten bisher keinen einzigen Ausfall (generell ist hier im Haus noch keine WD-Platte abgekratzt, toi toi toi!), auch die SMART-Werte sind mehr als OK:

SMART-Attribut #9 – Power on hours

smartctl -a /dev/sdX |grep "^ 9"

/dev/sda: 12763 (~531 Tage)
/dev/sdb: 12765 (~531 Tage)
/dev/sdc: 22727 (~947 Tage)
/dev/sdd: 22718 (~947 Tage)

SMART-Attribut #193: Load cycle count

smartctl -a /dev/sdX |grep ^193

/dev/sda: 98
/dev/sdb: 99
/dev/sdc: 599
/dev/sdd: 538

Die 4 Platten, mittlerweile im HP X312 NAS haben circa 500 bzw. 1000 Tage(!) auf dem Buckel, der LCC ist bei den beiden jüngeren Disks (sda und sdb) um die 100, also 0,008/h, bei den älteren Disks (sdc und sdd) bei knapp 600 0,026/h.

Der Unterschied in der Rate pro Zeit kommt daher, dass die beiden älteren eine Zeit lang - nämlich rund 400 Tage - in der Synology betrieben wurden - Einen anderen Grund kann es nicht geben, die Firmware aller 4 Platten ist gleich, 01.01A01.

Das LCC-"Problem" scheint also doch an der Synology gelegen zu haben.

Bash Skript

Das Skript cron_hdd_stats.sh zum Download. Ausgabe:

Harddisk power-on hours
----------------------------------------------
/dev/sda: 12778  hours (532  days)
/dev/sdb: 12779  hours (532  days)
/dev/sdc: 22742  hours (947  days)
/dev/sdd: 22733  hours (947  days)

Harddisk load cycle counts
----------------------------------------------
/dev/sda: 98     unloads (per hour: 0.00766943)
/dev/sda: 99     unloads (per hour: 0.00774709)
/dev/sda: 599    unloads (per hour: 0.0263389)
/dev/sda: 538    unloads (per hour: 0.023666)

Inzwischen ist mir Twonky so ans Herz gewachsen, weil den ganzen Tag irgendwo Musik dudelt. Mediatomb ist hässlich (sorry), und auch die anderen DNLA-Server sind nicht nach meinem Geschmack. Mit Twonky kann ich einfach sagen “Dieser Ordner Musik, dieser Bilder, dieser Videos”, läuft. Und Hänger hatte er in den letzten 3 Jahren auch keinen einzigen.

twonkymediaserver produziert eine Segfault auf der DS410 mit der e500v2-CPU, egal welches Version und welches PPC-Binary man auch nimmt. strace zeigt auch nicht wirklich hilfreiches an.

Zuerst tauchte der kurze Gedanke auf, die DS410 gegen eine DS409 mit ARMv5TE CPU zu tauschen, aber es gibt ja viel lustigere und spannendere Lösungen:

Eine uralte Linkstation Gigabit mit gentoo, die nur mit einer Compact Flash-Karte und ohne Lüfter läuft, beim Booten das Musik-Verzeichnis der DS410 per nfs read-only mountet und per Twonkyserver (auf der Linkstation mit MPC8241 läuft er ja…) den UPnP-Server macht. Juhuu!

Eine (uralte) Installationsanleitung sowie Infos zum Updaten des u-boot sind im Netz zu finden, die Linkstation ist in der Post. Mal sehen, wie das ausgeht…

Schon ganz nett, so ohne emerge -uvD world jeden zweiten Tag und trotzdem mit über 70MB/s im LAN unterwegs…

Das Notebook ist inzwischen wieder mutiert, diesmal – und ich lehn’ mich nicht zu weit aus dem Fenster wenn ich jetzt sage “für lange Zeit” – ein Dell Latitude D420. Irgendwie passt da wirklich alles…

• Core Duo U2500 mit 2x 1,20 GHz
• 12,1 Zoll mit 1280×800 – Traumhaft, wenn man die IBM X-Serie gewohnt ist
• 1536MB RAM
• 120 GB Samsung HS122JB
• Media Slice mit DVD-Brenner
• Intel 3945 WLAN
• Bluetooth
• Sierra Wireless MC8781 WWAN

Eventuell mal ‘ne RunCore Pro IV SSD mit 64GB antesten?

Das Array initialisiert noch, knapp 60% in 6 Stunden. Um Mitternacht geht’s los.

Bin nur gespannt, ob die DS409 die Platten so akzeptiert, wie sie sind, oder ob sie neu formatieren will und ich das Backup mit knapp 600GB zurückspielen muß…

Die Schritte im einzelnen, wie hier im Synology Wiki auch beschrieben, am Beispiel eines Downgrades von 0942 auf 0728.

Man benötigt die alte Firmware, auf die das Downgrade erfolgen soll, und zwar lokal, nicht auf dem NAS. Alte Firmware-Versionen sind hier bei Synology zu finden. Die Firmware-.pat – Dateien sind TAR-Archive, und aus der älteren muß man sich mit 7zip o. ä. die Datei VERSION extrahieren (kopieren, Kopie in .tar umbenennen). Die Datei schaut dann im Beispiel so aus:

majorversion=”2″
minorversion=”0″
buildphase=”3″
buildnumber=”0728″
builddate=”2008/11/10″
unique=”synology_88f5281_207+”
extractsize=188652

Die aktuelle (0942) so:

majorversion=”2″
minorversion=”2″
buildphase=”0″
buildnumber=”0942″
builddate=”2009/09/04″
unique=”synology_88f5281_207+”
extractsize=245228

Der Trick ist nun, die Box glauben zu lassen dass eine noch ältere Version als 0728 installiert ist, so dass sie sich die 0728 unterjubeln lässt. Man ändert die Build-Nummer in der Datei noch ab, in

buildnumber=”0727″

und schiebt sie auf die Box, nach /etc.defaults/VERSION, aktuelle Datei damit überschreiben. Danach kann man über das Webinterface die 0728 wie gewohnt installieren.

Beim anschließenden Reboot hängt sich die Box auf, sie bleibt stecken und eine Browser-Anmeldung bricht mit einer Fehlermeldung wie “Kein Speicherplatz” ab. Dann muß der Reset-Taster 4 Sekunden gedrückt werden, bis die Box piept (Passwort-Reset), danach nochmal 4 Sekunden (Komplett-Reset).

Mit dem Synology Assistenten kann danach die Box (Status “Die Konfiguration ist verloren gegangen”) eingefangen und die Firmware 0728 noch einmal drüberinstalliert werden. Der Daten-Partition ist nichts passiert, alles noch da:

Der Haken beim Formatieren der Daten-Partition ist ausgegraut, läßt sich nicht setzen. Trotzdem Angst.

Nach Fertigstellung noch die gesicherte Konfigurationsdatei zurückschieben (configbackup_0728.dss, sollte man sich zu jeder Firmware sichern), dann ist alles wieder OK.

Jetzt werde ich noch ipkg installieren, für bash & co, dann auf die Version 0844 upgraden und die Video-Aufnahmen testen. Mehr später…

Update #1:

Geht mit 0844. Die Liste der Aufnahmen erscheint nach 1-2 Durchläufen des “Sternchen-Fortschrittbalkens”. Abspielen und Aufnehmen kein Problem. Die beiden M750 laufen übrigens auf Version 2.4.

Zum Test noch eine Messung mit iperf gemacht, auch wenn’s wenig über die Störungen aussagt:

[1904] 0.0-10.0 sec 36.5 MBytes 30.5 Mbits/sec
[1820] 0.0-10.0 sec 47.1 MBytes 39.4 Mbits/sec
[1804] 0.0-10.0 sec 39.9 MBytes 33.4 Mbits/sec
[1836] 0.0-10.0 sec 42.9 MBytes 35.9 Mbits/sec
[1884] 0.0-10.0 sec 46.8 MBytes 39.2 Mbits/sec
[1852] 0.0-10.0 sec 32.4 MBytes 27.1 Mbits/sec
[1868] 0.0-10.0 sec 43.0 MBytes 36.0 Mbits/sec
[1788] 0.0-10.0 sec 39.5 MBytes 33.0 Mbits/sec
[1772] 0.0-10.0 sec 39.8 MBytes 33.3 Mbits/sec
[1756] 0.0-10.0 sec 38.6 MBytes 32.3 Mbits/sec
[ ID] Interval Transfer Bandwidth
[SUM] 0.0-10.0 sec 407 MBytes 340 Mbits/sec

340 Mbit, reicht für den Anfang. Aber es scheint ja eher an Latency oder ähnlichem zu liegen.

Laut Changelog nicht viel neues außer iSCSI, NTFS für extern angschlossene USB-Platten, iPhone Support (plemplem…) und eben “Samba is upgraded to 3.2.8.”.

Grotten-langsam.

Zuerst dachte ich, die beiden Siemens M750S haben sich gewickelt… Neustart, immer noch keine Aufnahmen zu sehen. Nochmal Neustart… Nichts.

Dann bemerkt, dass auch die SMB-Zugriffe von Windows aus mehr als doppelt so lange dauern, wie vorher (292GB TV-Aufnahmen in einem Ordner)…

Die smb.conf war’s. Zumindest größtenteils. Ein Hinzufügen von

SO_RCVBUF=16384 SO_SNDBUF=16384

zu den socket options in /usr/syno/etc/smb.conf hat schonmal einiges verbessert. Ist aber bestimmt mit Fummeln noch was rauszuholen.

Mit welcher M750S-Firmware wurde eigentlich das Speichern der Aufnahmen in den Unterordner /.rec/0001E3FB358B_1255195542.fmpg eingeführt? Ich hätte den .rec-Ordner fast gelöscht, “von mir isser nicht, weg damit™”…

Update #1

Hat wohl doch nicht so viel gebracht.

Obwohl die CPU der DS207+ bei 10-15% herumdümpelt, und über’s Netz nur durchschnittlich 1600kB/s gehen (eine Aufnahme von einer anderen M750S läuft gerade), ist das Anzeigen der Aufnahmeliste meist unmöglich.

Nur bei jedem 3. oder 4. Versuch wird die Liste angezeigt, wenn nicht muß man raus aus dem Menü und wieder rein.

Morgen nochmal ran…. Oder doch mal die Aufnahmen ausmisten?

Update #2

Ohne die Parameter

SO_RCVBUF=16384 SO_SNDBUF=16384

zeigt keine der beiden M750 die Aufnahmeliste an. Der “Sternchen-Fortschrittsbalken” beim Einlesen verschwindet nach 3-4 Sternen einfach, die Liste bleibt leer.

Mit den Parametern läuft der Balken aus Sternen 2-3 mal durch, dann kommt wie geschrieben die Liste ab und zu. Ich wünsch’ mir Lemmy’s NFS-fähige Firmware für die M740AV zurück…

Weiter Testen…

Update #3

Zurück auf Firmware 0844, mehr hier. Die beiden M750 laufen übrigens auf Version 2.4, ein kurzer Test mit 2.3.74, 2.3.36 und sogar 2.0.11 hat nichts geändert. Klar, liegt ja auch an der Synology-Box…

Ein Papst 612 F/2L soll den ca. ein 3/4 Jahr alten Evercool-Lüfter ersetzen. Der 612 F/2L ist die Empfehlung im Synology-Wiki, wo übrigens auch eine (englische) Umbau-Anleitung zu finden ist.

In froher Erwartung den Engel-Löter samt Schrumpfschlauch rausgekramt, um dann zu bemerken: Es geht wirklich ohne Löten! Die 3-Pin-Buchse auf dem Board lässt sich, wenn man vorsichtig den alten Stecker abzieht, ohne ihn zu entriegeln, mit abziehen – die 3 “nackt” aus der Platine stehenden Pins haben ungefähr den selben Pitch und die selbe Belegungs-Reihenfolge wie der Stecker am Papst-Lüfter.

Also die DS207+ Aufschrauben, den Stecker vorsichtig mit der Buchse abziehen, den Papst-Stecker aufstecken und mit einem Tropfen Kleber fixieren, das Kabel aufrollen und bändigen, und den alten Lüfter gegen den neuen tauschen.

Ein Punkt zum aufpassen wäre noch der Weg der Kabel direkt am Motor des Lüfters: Beim ersten Festschrauben des Papst habe ich aus Versehen die Kabel, die leicht aus der “Führungsrinne” herausstanden (siehe letztes Bild) am Metallgehäuse gequetscht. Hier unbedingt darauf achten, dass alle 3 Kabel in der Führungsrinne liegen!

Woher die “Wasserflecken” auf der Unterseite meines Boards kommen, weiß ich übrigens nicht. Hier also die Bilder, viel Erfolg!

Fazit nach 30 Minuten Uptime: Rund 2° kühler als vorher (26°/27° statt 30°/31°) und um Einiges leiser. Lohnt sich.

So, Zusammenfassung nach ca. 32 “Power On Hours”:

English summary in the Synology forums.

• Modellname: DS207+
• Firmware-Version: DSM 2.0-0728

RAID1 aus 2 1-Terabyte-WD10EACS (“WD Green”):

Platte #1

• Laufwerkmodell: WD10EACS-00D6B1
• Seriennummer: WD-WCAU448xxxxx
• Firmware-Version: 01.01A01
• Gesamtgröße: 931.51 GB

Platte #2

• Laufwerkmodell: WD10EACS-00D6B1
• Seriennummer: WD-WCAU448xxxxx
• Firmware-Version: 01.01A01
• Gesamtgröße: 931.51 GB

Die Platten sind fast unhörbar, verglichen mit den beiden ratternden 750er Seagate, die ersetzt wurden.

Nach Kopieren von 555.5GB auf das My Book und zurück, hab’ ich versucht zu “erlauschen”, ob die Köpfe parken – keine Chance. LCC ist immernoch bei 11 bzw. 12 (auf den Screenshots 10 & 11), die “Start_Stop_Cycles” genauso.

“Sleep Zeit” auf 10 Minuten gestellt, LAN und USB abgezogen, gelauscht, nix. Auch kein Anzeichen von Einschlafen und Aufwachen in den Logfiles.

Ich glaub’ aber, das Array und die Platten sind jetzt sicher. Wenn jemand ‘ne Ahnung hat, wie man an die echten LCC-Werte kommt, ‘raus damit!