Das Blog am Datentrampelpfad - Elektronikschrott

Der schnelle braune Fuchs...

toje+blog@datentrampelpfad.de (ToJe) — Mon, 09 Feb 2009 23:39:25 +0100

... springt über den faulen Hund. Mehr zu diesem Papierstreifen und der Technik dahinter gibt es demnächst in diesem ~~Theater~~ Blog.

Von Seagate lernen heißt Ruhe bewahren lernen

toje+blog@datentrampelpfad.de (ToJe) — Wed, 21 Jan 2009 13:40:04 +0100

Am aktuellen Seagate-Desaster und dessen langsam bekanntwerdenden Hintergründen läßt sich wunderschön demonstrieren, daß viele Anwender (und vermutlich unter ihnen auch viele Administratoren) beim panischen Einspielen irgendwelcher vielleicht, vielleicht aber auch nicht so ganz passenden Beta-Firmware-Updates die zwei goldenen Regeln der Systemadministration nicht beachten:

Erstens:

Keine Panik.

Und zweitens:

Erst denken. Dann handeln.

Eigentlich sind diese beiden Merksätze nur Konkretisierungen ein und desselben Hintergrundes: Panik blockiert das rationale Denken und damit die Folgenabschätzung. Und Handeln ohne Folgenabschätzung mag die akuten Symptome eines Problems beseitigen können - wenn man Glück hat. Aber die Folgefehler solch unüberlegten Handelns können viel schwerwiegender und schwieriger zu beseitigen sein, als es das ursprüngliche Problem jemals war. Vor allem dann, wenn objektiv betrachtet noch gar kein (akutes) Problem vorlag, sondern nur die (mehr oder weniger vage) Möglichkeit, daß eins vorliegen könnte.

Von daher gilt für einen guten Admin: Wenn die Informationslage zu einem möglichen Problem unklar und verworren ist, ist der beste Lösungsansatz, erst einmal die Informationslage zu verbessern. Mitunter geht das nur, indem man einfach erst einmal abwartet - auch Hersteller können nicht zaubern und haben endliche Ressourcen. Solange die Informationslage nicht zufriedenstellend ist, solange ich nicht weiß, mit was ich es zu tun habe, solange wird an einer laufenden Systemkonfiguration erst einmal nichts geändert. "Never touch a running system" ist als Merksatz zwar auch schon etwas älter, hat deshalb aber trotzdem nichts an seiner Richtigkeit verloren. Sobald die Informationslage sicher genug ist, daß ich zuverlässige Entscheidungsgrundlagen habe, kann ich eine Entscheidung treffen - keine Sekunde vorher.

Und ja, ich weiß, daß das leichter gesagt als getan ist, wenn man panische Kunden, ein hysterisches Marketing oder ähnlich unangenehme Dinge abzuwehren hat. Leute, die einem im Nacken sitzen und einen anbrüllen, daß dieses PROBLEM! der Untergang der westlichen Zivilisation ist und SOFORT!, AM BESTEN GESTERN!!! gelöst werden muß. Dagegen hilft nur, sich ein dickes Fell zuzulegen und freundlich darauf hinzuweisen, daß man an dem Problem arbeitet. Und in Härtefällen der folgende Satz:

Wenn ich jetzt keine Zeit habe, überlegt und geplant zu handeln - woher soll ich dann die Zeit nehmen, die Folgen einer unüberlegten Fehlhandlung wieder auszubügeln?

Dinosaurier auf dem PC

toje+blog@datentrampelpfad.de (ToJe) — Fri, 31 Mar 2006 12:15:59 +0200

Die IBM-Großrechnerwelt ist für mich bislang terra incognita. Ich habe seinerzeit an der Uni verpennt, mir einen MVS-Account zuzulegen (was für meinen Jahrgang gerade noch möglich gewesen wäre), und so blieb nur die Erinnerung an die großen IBM 3270-Terminals an den Abholfächern für die Druckausgabe und an die IBM-typischen Deckblätter der Ausdrucke vom Endlospapier-Laser.

Aber heutzutage gibt es ja die Möglichkeit, alles auf PC-hardware zu emulieren. Der Emulator für IBM-Mainframes heißt "Hercules" und ist für Linux, Mac OS X und Windows erhältlich. Und es gibt ein fertiges CD-Image für ein "Turnkey System". Runterladen, installieren, und dann bekommt man so etwas:

Jetzt muß ich nur noch das alte MVS-Handbuch wiederfinden...

Bitte anschnallen!

toje+blog@datentrampelpfad.de (ToJe) — Fri, 03 Mar 2006 00:14:29 +0100

Da ich gerade dabei bin, meinen Domainregistrar und meinen Hoster zu wechseln, könnte die Erreichbarkeit der Domain "datentrampelpfad.de" und damit auch dieses Blogs über das Wochenende und/oder am Anfang der nächsten Woche ein wenig wackelig sein. Dafür wird das Blog dann aber auch auf wesentlich neuerer und leistungsstärkerer Hardware liegen, wenn die Umzugswehen einmal überstanden sind.

Der Ort zum Bootloader

toje+blog@datentrampelpfad.de (ToJe) — Wed, 01 Mar 2006 11:30:40 +0100

Man beachte auch den Warnhinweis für unerfahrene Benutzer:

Ein screen auf dem System ersetzt das minicom (fast)

toje+blog@datentrampelpfad.de (ToJe) — Tue, 03 Jan 2006 18:34:46 +0100

Wer ab und an mal serielle Dinge mit seinem Rechner tun muß, kennt das Problem: Man muß ein Terminalprogramm auf dem System installiert haben. Man kann dafür cu(1) benutzen - wenn man UUCP auf dem System installiert hat, was häufig nicht der Fall ist. Oder minicom(1), ein klassisches Terminalprogramm. Aber was macht man, wenn man auch das gerade nicht zur Hand hat?

Continue reading "Ein screen auf dem System ersetzt das minicom (fast)"

Gut geschaltet?

toje+blog@datentrampelpfad.de (ToJe) — Sun, 01 Jan 2006 13:07:19 +0100

[0] toje@sparrow:~$ grep "inserting leap second" /var/log/messages
Jan  1 00:59:59 sparrow kernel: Clock: inserting leap second 23:59:60 UTC
Jan  1 00:59:59 finch kernel: Clock: inserting leap second 23:59:60 UTC

Ich hoffe, daß eure Rechner auch so gut ins neue Jahr gekommen sind.

Phoenix aus der Asche

toje+blog@datentrampelpfad.de (ToJe) — Thu, 03 Nov 2005 22:55:30 +0100

Wie ich vor einiger Zeit schon geschrieben hatte, ist mir eine SPARCstation IPC zugelaufen. Leider war sie mit den Jahren etwas flügellahm geworden - die integrierte Batterie des IDPROM-Chips war mittlerweile leer, so daß der Rechner nach jedem Einschalten erst einmal seine Identität beigebracht bekommen mußte. Auch die Originalplatte, eine Maxtor LXT213SY mit sagenhaften 213 MB Kapazität im praktischen Ziegelsteinformat, mochte nicht mehr anlaufen. Trotzdem war es mir mit dem Diskless NetBSD-HOWTO gelungen, auf der Maschine ein NetBSD zu booten. Leider wurde eine qfe-FastEthernet-Karte nicht erkannt, aber es war ein erster Erfolg.
Continue reading "Phoenix aus der Asche"

Hightech

toje+blog@datentrampelpfad.de (ToJe) — Tue, 04 Oct 2005 15:49:45 +0200

Wer schon immer einmal wissen wollte, welche Hardware sich eigentlich genau in einem NTA der Deutschen Bahn (auch "Touchscreen-Automat" oder "Fernverkehrs-Automat" genannt, die offizielle Bezeichnung ist "Neuer Ticket-Automat") verbirgt, der wird hier fündig:
Continue reading "Hightech"

Flügellahmer Phönix

toje+blog@datentrampelpfad.de (ToJe) — Mon, 08 Aug 2005 17:03:08 +0200

Seit Herbst letzten Jahres steht bei mir eine SPARCstation IPC im Regal, die mir Hanno freundlicherweise überlassen hatte. Erste Wiederbelebungsversuche waren seinerzeit daran gescheitert, daß die Framebuffer von Sun "composite sync" (nicht, wie immer wieder behauptet wird, "sync on green"!) verwenden, was mein VGA-Monitor nicht versteht. Zudem sind die seriellen Schnittstellen als Mini-DIN8 ausgeführt, und ich hatte kein passendes Kabel.

Das Kabel gab es nun beim üblichen Verdächtigen für kleines Geld, und somit wurde am Wochenende ein erneuter Versuch gestartet. Gleich beim ersten Booten zeigte sich dann auch, warum auf dem Ethernet-Port vorher keine Aktivität zu verzeichnen war: Das NVRAM (manchmal auch IDPROM genannt) hatte seine Inhalte vergessen, da die integrierte Batterie mittlerweile den Geist aufgegeben hatte. Gottseidank gibt es im Web FAQs zu diesem Problem, und nach etwas Tipparbeit bootete die Sun wieder. Der Nachmittag ging dann mit dem Aufsetzen diverser Dienste (RARP, Bootparm, TFTP) und dem Auspacken eines älteren NetBSD-Releases herum (NetBSD läuft ja bekanntlich auf allem, vom Großrechner bis zum Toaster), und gegen Abend dann das Erfolgserlebnis: Die IPC bootete den NetBSD-Kernel vom Netz.

Jetzt muß ich erstmal einen widerspenstigen DHCP-Server in meinem LAN zähmen, und dann folgt Teil 2: Booten des Gesamtsystems. Leider scheint die integrierte Platte tot zu sein, mal sehen, ob ich noch irgendwo eine kleine SCSI-Platte auftreiben kann. Bis dahin muß phoenix halt erstmal vom Netz booten. Ein neuer IDPROM-Chip ist wahrscheinlich auch fällig. Irgendwann einmal soll die Kiste mit einer Quad-Ethernetkarte Router für das Wohnungs-LAN spielen, aber bis dahin ist noch ein weiter Weg.

(Zum Namen: "Phoenix" ist der Sun-interne Codename für die IPC gewesen. Eigentlich vergebe ich ja keine Rechnernamen doppelt, und phoenix war mal ein DSL-Router aus einem ausgemusterten 486er, aber das ursprünglich vorgesehene "crow" habe ich dann doch nicht übers Herz gebracht.)

RAID anschaulich erklärt

toje+blog@datentrampelpfad.de (ToJe) — Tue, 17 May 2005 13:17:47 +0200

Eckes erklärt in seinem Blog nicht nur das Prinzip RAID anschaulich, sondern gibt gleich noch ein paar Links zum Weiterlesen und Nachdenken, unter anderem über unauffällige Fehlerquellen bei RAID5. Lesenswert.

Hardware ist böse

toje+blog@datentrampelpfad.de (ToJe) — Wed, 11 May 2005 11:28:53 +0200

Als Admin stellt man immer wieder fest, daß Hardware grundsätzlich böse ist. Platten fallen zum unpassendsten Zeitpunkt aus, Systeme laufen in einem anderen Serverraum plötzlich instabil (nein, die Stromversorgung dort ist nicht schuld, andere Kisten dort laufen ohne jedes Problem durch), Netzteile verabschieden sich in Rauch, 3Com-Netzwerkkarten wollen partout nicht mit einem Hub reden, so daß man ein Kabel durch drei Serverschränke ziehen muß und so weiter.

Kollegin dyfa zeigt eine Lösungsmöglichkeit auf. Und sie funktioniert sogar: Ich hatte gestern die Rootshell auf dem amoklaufenden Mailserver exakt 5 Minuten nachdem sich die Kavallerie in Form des Kollegen auf den Weg zu Serverraum gemacht hatte. (Er konnte noch gestoppt werden, und der Server ist seitdem brav.)

Der sparrow ist tot, es lebe der sparrow!

toje+blog@datentrampelpfad.de (ToJe) — Sat, 05 Mar 2005 23:18:25 +0100

Nachdem sparrow gestern Nacht zum wiederholten Mal seine Verbindung zum Netzwerk verloren hatte (er konnte noch empfangen, aber nicht mehr senden), hatte ich die Nase voll und wollte die Netzwerkkarte austauschen. Gesagt, getan: shutdown, Gehäuse auf, Karte ausgewechselt, Gehäuse zu, Kabel wieder angesteckt, Einschaltknopf gedrückt und - Stille. sparrow weigerte sich standhaft, anzulaufen oder überhaupt irgendeine Regung zu zeigen.

Nachdem alles Suchen nach einem lockeren Kabel nichts half, griff ich zu den hier vorhandenen Altrechnern. Rechner Nummer 1 wäre leistungsstärker gewesen, hatte aber leider nicht die passenden Speicherslots (der alte sparrow war eine Siemens-Nixdorf Primergy 351 und hatte noch EDO-RAM in PS/2-Riegeln). Rechner Nummer 2 hatte dann gottseidank ein passendes Board verbaut und auch fast genug Platz - fast, denn eine SCSI-Platte läuft jetzt erst einmal in einem externen Gehäuse, und der Tandberg-Streamer ist zur Zeit außer Betrieb. Mit diversem Kleinkram wie Suche nach einem Y-Stromkabel für die Platten, Schrauborgien und dem Zurechtschnitzen eines ursprünglich etwas zu dicken Tastaturadapters ging dann der Nachmittag gut herum, aber am Ende hatte sparrow dann doch einen neuen Körper bekommen.

Das Netzteil der Primergy werde ich vermutlich morgen einmal durchmessen. Ich vermute mittlerweile, daß es auch für die merkwürdigen Netzwerkkarten-Ausfälle der letzten Woche verantwortlich ist und hoffe, daß es nur ein Wackelkontakt und kein Netzteilschaden ist. Der Rechner sollte sowieso als Workstation ersetzt werden und wird, wenn er sich wiederbeleben läßt, wohl Server für den geplanten Bastelkeller werden (mit Powerline-Anbindung an das Wohnungsnetz). Sparrow kann in der vorhandenen Form provisorisch weiterlaufen, ist mir aber auf Dauer so zu laut - Ersatz wird da eher früher als später kommen müssen.

Falls jemand zufällig ein ATX-Gehäuse (Netzteil ist hier schon vorhanden) und SD-RAM übrig hat, könnte ich den jetzigen sparrow endgültig zum Wohnungsserver machen und das hier liegende Pentium II-Board zur Workstation ausbauen - ich habe leider kein Gehäuse, in das man ein ATX-Board verfrachten könnte. Einzige Bedingung: Es sollte ein Nichtrauchergehäuse sein.