(Link zur Überschrift)

Auf die Ankunft von $nachwuchs zu warten is' ganz schön fad. Nach drei Tagen auf der SambaXP ging's direkt in den Urlaub, der nur kurz von einer Besprechung gestern Vormittag unterbrochen wurde. Jetzt heissts erstmal warten und sich die Zeit vertreiben. Letzteres hab' ich dann gestern Nachmittag/Abend mit der Neuinstallation unseres Wohnungsservers begonnen: Dank neuer Platte und einem zweiten Exemplar des exakt selben Server-Modells (eigentlich wollte ich auf eBay nur 2GB RAM kaufen, aber um den Speicher war eine Sun drumrum gebaut ), gestaltete sich die Installation denkbar einfach und ohne nennenswerte Downtimes. Statt Solaris 10 kommt nun der aktuelle Nevada build (b62) von OpenSolaris zum Einsatz. Die Daten liegen jetzt in einem ZFS zpool, was die Umstellung nochmals vereinfacht hat (neues System auf neuer Platte, alte Daten auf neue Platte kopieren, alte Daten-Platte zu neuem System, "zpool add", restliche Daten vom alten System aufs neue kopieren, done). Die neueren Versionen von mt-daapd lassen sich unter Solaris endlich ohne manuelles Patchen kompilieren (thanks Ron for finally integrating my patches) und SRSS lief out-of-the-box. Der Rest bestand dann aus zwei Stunden Blastwave-Installationen.
Als nächstes ist strawberrycheesecream an der Reihe. $ISP wird froh sein das alte FreeBSD-5.x-System endlich loszuwerden.
Und jetzt? Der Zweitwagen müsste mal wieder zum Leben erweckt werden (Batterie nach 5 Monaten des Nichtbewegens leer). Dann wollen beide kleinen Autos durch ein größeres ersetzt werden. Die Entsorgung des alten Sofas steht an (Anfang Mai kommt ein neuer Symbiont). Der (jetzt schon nicht mehr ganz so) neue Familienstand muss diversen Institutionen mitgeteilt werden. Einige Bücher warten sehnlichst darauf gelesen und etwas PHP darauf gecodet zu werden. Ach, eigentlich doch nicht so fad. Wer braucht da schon eine geregelte Arbeit um sich von seinem eigentlichen Schicksal und das der Welt abzulenken?

Auch ich durfte vor ein paar Tagen das heimische Solaris auf u2, aka. 6/06 (nicht mit dem südafrikanischen Pinguin verwechseln ) aktualisieren und hab nun iSCSI-Unterstützung (Initiator) in der alten X1. In der Hoffnung das dies eine elegante Lösung für unser Plattenplatzproblem (maximal 2x120GB IDE in der Netra, was für das Musik- und Video-Archiv nicht gerade üppig ist) sein könnte, machte ich mich gleich mal dran ein Target aufzubaun. Mangels anderer Ideen griff ich dabei auf den Simulator eines bekannten NAS/SAN-Herstellers zurück, welcher super einfach auf einem Linux aufzusetzen war und erstmal ein ca. 50MB (ist ja eigentlich auch nur für Testzwecke) großes Volume ins Netz stellte. Per iscsiadm war es dann auch kurze Zeit später als Device im Solaris sichtbar, ein UFS drauf und die ersten Tests konnten beginnen: Das Draufkopieren von 10 MP3s war mit 4,8MB/s für das 100Mbit-Netz und die betagte Hardware doch überraschend performant und ließ auf einen produktiven Einsatz des Setups hoffen. Also virtuell ein paar Platten (max. 1GB große Files des Linux) in den simulierten Filer gesteckt und den selben Test auf einem 10GB großen iSCSI-Volume wiederholt. Die ersten 15 oder so MP3s waren dann auch wieder schnell übertragen... bevor die Performance komplett in den Keller ging und man die Kbytes noch mit bloßem Auge das Netz durchqueren sah. Und dann ist es mir auch wieder eingefallen was ich bei diversen Präsentationen des besagten Herstellers erzählt bekam: Daten werden im echten Filer erstmal in einen NVRAM (weil Batterie-gepuffert, aber wohl um einiges größer und schneller als das was man so aus Suns und Ciscos kennt) getauften Zwischenspeicher geschrieben, bevor sie auf Platte gelangen. Das NVRAM ist im Simulator wohl so ca. 10-15 MP3s groß %-)
Nachdem sich diese Lösung also nicht wirklich für einen Einsatz im Heimnetz eignet, muß ich mir mal weitere iSCSI-target-Implementierungen ansehen. Die von NetBSD wollte schonmal nicht so richtig mit Solaris (Device ist da, aber format oder newfs wollen nicht drauf arbeiten) und was man so im Linux-Umfeld findet (hier, hier oder da), bestätigt mich nur wieder in meiner Geringschätzung für dieses System.

Sie ist da! Nach einer etwas längeren Wartezeit stand vor zwei Tagen endlich ein UPS'ler vor der Tür und überreichte das Paket mit der Pinnacle SoundBridge. Spaßig war wie das Paket auf der UPS-Website getrack't werden konnte, auch wenn ich es in diesem Moment nicht verstehen wollte wie man von Garching nach Neuhausen 6 Stunden brauchen kann.
Bei dem Gerät handelt es sich eigentlich um eine SoundBridge M1001 von Roku, welche Internetradio (WMA- oder MP3-Streams) abspielt oder per DAAP auf lokale Audio-Archive zugreift. Für letzteres habe ich in den vergangenen Wochen alle unsere ca. 500 Audio-CDs auf die Platte das heimischen Servers transferiert und die ID3-Tags der vorhandenen Titel auf Vordermann gebracht. Via mt-daapd (mittlerweile Firefly Media Server) kann nun mit der SoundBridge oder iTunes auf das Archiv zugegriffen werden. Wer nicht in der unglücklichen Lage ist einfach ein RPM- oder MSI-Paket installieren zu können, findet hier eine Installationsanleitung für eins der echten Betriebssysteme. Die "nightly-Versionen" von mt-daapd (möchte man eigentlich verwenden, nicht nur wegen dem SQLite-Backend) müssen vor dem Kompilieren aber noch auf Posix getrimmt werden, da Ron auf d_type in der struct dirent setzt.

Der neue Wohnungsserver ist zwar seit nunmehr fast zwei Wochen in unserem Besitz, aber erst seit gestern kann man den Umzug als abgeschlossen betrachten: coconut (Cobalt Raq2) wurde durch jamfilled (Sun Netra X1) ersetzt. Die 160GB IDE-Platte tut nun als zweite Platte im neuen Server ihren Dienst, schrumpfte dabei aber auf magere 120GB...Sun hätte besser etwas weniger Wert auf das schicke Design legen und stattdessen einen besseren IDE-Controler und leise Lüfter einbaun solln. Und wie kaputt ist es überhaupt sich die Mühe zu machen einen "Dummy-Einbaurahmen" mitzuliefern, also ein Stück Metall, das zwar in die Halterung für den Rahmen der zweiten Platte passt, aber in das man selbst, ohne Bohr- und Sägearbeiten, keine Platte befestigen kann?

Abgesehen davon ist die Maschine aber schon sehr nett und SunOS 5.10 dank blastwave.org ohne größere Komplikationen aufzusetzen. Die beste aller IT-Management-Consulting-Firmen spendete zwei 128MB-Riegel und verdoppelte damit das RAM auf eine vorerst ausreichende Größe. Zumindest als NFS-Server für den DVR (Dreambox) schlägt der neue Server den alten um Längen....Endlich Timeshifting ohne nerviges Ruckeln

Auch die ersten SunRay-Tests mit CSWgnome oder dem Sun JDS verliefen positiv und zeigten eine Performance, die dem Alter der Hardware und dem vorgesehenen Einsatzzweck (Küchenterminal) angemessen ist...zumindest wenn das Memory-Leak im gnome-pdf-viewer nicht wieder das komplette RAM auffrisst.

Wenn jetzt auch noch das tun-Device zum Funktionieren zu überreden wäre und dadurch das VPN zu $arbeitgeber in Betrieb genommen werden könnte, würde man (bis auf den Lärm) garnicht merken das ein neuer Server im Haus ist. Oder will mir der VPN-Gott dadurch mitteilen, dass ich meinen Hintern endlich hochbekommen und die Cisco als heimischen VPN-Endpoint einrichten soll?