Joerg on the web

Meaningful error messages are good. Period. A lot of software badly sucks at this point. They throw "an error happened" or show a strange behaviour, but they don't say, that they cannot open a file because of missing access rights. I stress in application guidelines for java software, that every exception is getting caught and at least logged at an warning loglevel. This mechanism offers the possibility to increase the loglevel from the usual "ERROR" to something like "INFO" if we're debugging an issue.

Ich hatte im letzten Monat 3 Bewerbungsgespräche, von denen -- um es vorwegzunehmen -- eines so erfolgreich war, daß ich dort jetzt arbeite.

Allerdings hatten die beiden anderen Bewerbungsgespräche etwas unschöne Nachfolgen -- nämlich genau gar keine. Beim ersten (kleine Softwarefirma im Norden von München) machte mir einer der Vorstände, mit dem ich das Gespräch geführt habe (er führte das Gespräch alleine und hatte von Softwareentwicklung keine Ahnung, obwohl ich mich als Softwareentwickler beworben hatte), Hoffnungen und meinte, sie würden sich spätestens am Anfang der nächsten Woche melden. Heute, nach bald 4 Wochen, habe ich noch immer nichts gehört. Rückfrage per Mail nach anderthalb Wochen blieb unbeantwortet. Zum Anrufen hatte ich dann keine Lust mehr.

Beim zweiten Fall -- etwas grössere Softwarefirma im Süden von Berlin -- kam ich nach der Vorrunde auch in die engere Wahl; 3 Kandidaten wurden dem Team "begutachtet", mit dem sie dann später zusammenarbeiten sollten. Der für diese Stellen Verantwortliche meinte dann auch, er würde sich spätestens in den ersten Oktobertagen melden. Auch Pustekuchen, keine Mail, nix auf dem Anrufbeantworter.

Ist es wirklich so schwer, eine kurze Mail zu schreiben und das Ergebnis bekannt zu geben, auch wenn es für mich ungünstig ausgegangen ist? Oder anzurufen? Selbst wenn ich nicht da sein sollte, einer Bitte um Rückruf auf den Anrufbeantworter gesprochen komm ich gerne nach. (Den Spamordner habe ich auch durchgeschaut, da liegt nix relevantes drin.) Oder haben die genügend Leute zur Hand, um ihre Bewerber so zu vergraulen?

Um gegen den plötzlichen Festplattentod gerüstet sein, wollte ich den Heimserver so umrüsten, daß alle benötigten Partitionen auf RAID1 liegen. Also insbesondere die Root-Partition.

Geplant war, die beiden kürzlich freigewordenen 40G-Platten dafür zu verwenden. Über das Raid1 sollte LVM installiert werden, damit ich flexibel mit den Partitionen bin. Eigentlich alles eine Sache, die man in einer halben Stunde (nicht die Zeit für das Kopieren der Daten mitgerechnet) hinter sich haben sollte.

Allerdings machte mir erstmal das verwendete Mainboard einen Strich durch die Rechnung. Ein Asus P3B-F in der letzten offiziellen BIOS-Version 1006 kann nicht von 40G Platten booten. Glücklicherweise bietet die Asus-Seite eine 2 Jahre alte Beta-Version an, die verschiedenen Berichten zufolge dazu fähig ist. Das nächste Problem: Das Programm, um das BIOS zu flashen, ist nur unter DOS lauffähig. Wo kriegt man heute eine DOS-Bootdiskette her? Oder besser: ein ISO-Image, denn der Server hat kein Diskettenlaufwerk mehr; und von USB booten kann er auch nicht.

FreeDOS bietet ein ISO-Image an, das nach einem Remastering-Vorgang auch das Flash-Programm und das neue BIOS-Image dabei hatte. Nächstes Problem: Valeries Rechner (Ubuntu stable) brennt keine CD mehr, k3b faselt von einem Buffer-Underrun; selbst in einfacher Geschwindigkeit (Zugschlus erklärte gestern abend noch die Gründe dafür.) Ok, aber auf dem Notebook kann man es brennen.

Nun, nur noch den Server von CD booten. Ein SCSI-CD-ROM steckt drin (Plextor TS20), ein Adaptec-Controller auch, aber booten will das Ding absolut nicht davon. SCSI-BIOS hin oder her. (Mir fällt grad ein, das CD-Laufwerk war letztens bei Rince und deshalb vielleicht noch auf 2048 Byte Blocksize gejumpert; mal probieren.) Glücklicherweise hängt in der Testmaschine noch ein ATAPI-CD-ROM Laufwerk, die Rettung des Tages. Damit dann gebootet und das BIOS geflasht. Einwandfrei, bootet jetzt auch von den 40G Platten.

So, alles weitere sollte eigentlich kein Problem sein. Allerdings war der Kernel samt initrd nicht fähig, erst alle raid1-Devices und dann sämtliche LVM-Volumes hochzufahren und dann erst init zu starten. Etliche Stunden Patcherei an Debians mkinitrd (furchtbar!) und dem initrd-Skript später gab ich auf. Der Debian-Sarge-Kernel will unbedingt noch devfs verwenden, und Fehlermeldungen aus dieser Ecke flogen mir aus dieser Gegend nur so um die Ohren (Google brachte auch keine Hilfe), also hab ich das ganze gelassen, und bin wieder auf den alten, ungespiegelten Stand zurück.

Wenn ich wieder Lust habe, halte ich / auf einer einzelnen 40G-Festplatte und mach jeden Tag mit rsync eine Kopie auf die andere. LVM für / wird es wahrscheinlich auch nicht geben.

Manchmal frage ich mich wirklich, wie es andere unter Debian Sarge mit dem Sarge 2.6 Kernel schaffen. Meiner Meinung liegt in dessen devfs der Grund dieses ganzen Übels begraben.