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.

English summary in the Synology forums: here.

• 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!

Kein “Load Cycle Count”-Problem! Momentan hat die DS zwar keine Zeit einzuschlafen, da die Platten unter Volllast laufen, aber nach 2:45+ Stunden Uptime sind die LCC-Werte bei 7 (Disk 1) bzw. 8 (Disk 2). Mal sehen, wie die Werte sich nach dem Sync bei Ruhe entwickeln…

Edit:

Mehr Infos zum (nicht-)LLC-Problem mit der 00D6B1-Firmware und deren S.M.A.R.T.-Eigenheiten im Syno-Forum (Link siehe oben)

Edit2:

Daheim, fast eine Stunde idle: LCC bzw. Power Cycles: 10 & 11. Die Werte stimmen für die Power-Zyklen, also werden die LCC nicht von S.M.A.R.T. angezeigt. Nach dem Kopieren später mal genau an der Box lauschen…

Bei jedem Abspiel- und Aufnahme-Versuch bleiben die M740 “stehen” und reagieren nichtmehr. Das lustigste ist, selbst wenn man über telnet auf den Boxen ist und in das per NFS gemountete Verzeichnis wechselt, bleibt die Konsole stehen. Riecht nach Protokoll…

Nach ein wenig Herummurksen festgestellt, dass es am NFS-Mount der Lemmi-Firmware (2.02.24.lemmi-14) auf den beiden M740 liegt. Ich habe vor langer Zeit auf NFS umgestellt, also in /var/etc/settings.txt steht als Filesystem LemmiNFS, also die Anweisung das Share per NFS zu mounten:

NetworkMappingWorkgroup 0 LemmiNFS

Hat bisher (Aufnahme per NFS auf ein gentoo-System) auf den Receivern in der Datei /var/etc/lemmi-settings.txt der Mount-Modus

LEMMI_MOUNT_MODE_PC1 = auto

funktioniert, muß jetzt

LEMMI_MOUNT_MODE_PC1 = nfs-tcp

angegeben werden. Ähnliche Probleme haben einige Leute im Forum von open7x0.org nach dem Umstieg auf Gigabit-Lan gemeldet.

Ich werde als nächstes NFS übr UDP testen und jetzt mal im synology-Forum und auf open7x0.org weitersuchen.

Edit 20:46 Uhr

Modus nfs-udp geht nicht, hängt. rsize und wsize lassen sich bei Lemmi m.W.n nicht ändern (read only FS), der NFSd der DS207+ kennt kein -o für sync/async, und somit lässt sich auch mit diesen nicht experimentieren.

Aber mit nfs-tcp gehen immerhin 4 Aufnahmen gleichzeitig, das reicht für’s Erste.