virtualmono - was denn sonst...

... sind doch irgendwie der letzte Sch3@$$...

Erklärung folgt.

Eine sehr schöne Abhandlung über die Regel die Anwendungsentwicklung - eine Geschichte voller Mißverständnisse - findet sich heute beim Herrn banger.

Ich habe tatsächlich über unseren Lieferanten kostenlos den defekten Akku ausgetauscht bekommen - manchmal hat es seine Vorteile, wenn man Großkunde ist :-)

Die "Seele" des neuen Teils ist übrigens nicht - wie der nach einem Jahr verschiedene - vom Hersteller mit den vier Buchstaben, sondern von der Konkurrenz mit ganz ähnlich klingendem Namen mit fünf Buchstaben - honi soit qui mal y pense...

... oder warum Pläne oft umsonst sind.

Der Plan: Ab 16 Uhr ist die Produktion durch, wir haben das System für uns und können mit der Umstellung auf ein neues Release beginnen - spätestens fünf Stunden später sollte es gelaufen sein.

Die Realität: Wir können doch erst gegen 18:30 beginnen. Zunächst klappt alles wie geprobt, wir sind immer noch guter Dinge. Auf einmal kommt es zu einem "Klemmer" - ein Update-Prozess scheint nicht weiterzulaufen, braucht für jeden Schritt Stunden anstelle der erwarteten Minuten. Wir können dieses Verhalten immerhin auf bestimmte Datenbankabfragen eingrenzen, also scheint es kein generelles Problem zu sein.
Gegen 23 Uhr gehen wir ein - selbstverständlich alkoholfreies, man will ja auch noch nach Hause fahren - Bier trinken und schauen dann später noch einmal nach, wie weit das Ganze gediehen ist. Leider sieht es gar nicht gut aus, der Prozeß hat sich kaum von der Stelle bewegt... wir gehen erst einmal nach Hause und treffen uns am Samstag Morgen wieder.

Die Lösung des Problems war dann letztendlich ganz simpel: Statistiken über das von den Änderungen betroffene Schema laufen lassen, und schon flutschte es wieder. Den Verdacht hatte ich eigentlich gestern Nacht schon... 9i verhält sich da eben doch ein wenig anders als 10g.

... und der aktuelle Hype heißt ja wool "Google Chrome":

Bitte hier mal nachlesen, was so alles bereits beim Eintippen in die Adresszeile passiert.

Und dann weiterhin viel Spaß beim Ausspionieren lassen ;-)

... sehen wir sehr schön bei Herrn Polloi illustriert.

De pagina is niet gevonden

... klingt doch irgendwie besser als "The page cannot be displayed", oder?

... der geneigte Leser wundern sollte, daß hier augenblicklich immer noch alles etwas rumspackt: Hier ist die Erklärung. Gegen Hardwaredefekte ist man leider nicht gefeit...

Alle (drei) Jahre wieder erwischt es ja auch die Server - der leidige Leasingtausch. Diesmal geht er auch noch mit einem Wechsel auf Solaris 10 einher, sodaß die älteren Datenbankversionen im Rahmen des Umzuges auf unterstützte Versionen hochgepatched werden müssen.

Nachdem ich heute Vormittag Zeit hatte, zwei Geo-Datenbanken umzuziehen, die sich bereits auf Version 10.1.0.5 befanden habe ich heute Abend dann noch eine 10.1.0.3 - Version rüberkopiert und auf 10.1.0.5 gebracht.
Das funktioniert anscheinend relativ problemlos (ich hatte es ja aus anderem Anlaß schon mal auf meinem Linux-Kistchen durchgespielt) - es gab zwar bei der Ultrasearch-Option einen Error (ORA-06510) und drei Komponenten waren am Schluß "INVALID", aber nach erneutem Rekompilieren mittels utlrp.sql war alles in Butter - fein.

Zwischendurch habe ich noch ein Companion-CD-Home (für APEX) auf der neuen Sun installiert und gepatched.

... und das alles, obwohl für heute eigentlich etwas ganz anderes geplant war - aber wie war das doch gleich: Wenn Du Gott zum Lachen bringen willst, dann erzähle ihm von Deinen Plänen ;-)

... the bug is gone. Es sieht so aus als habe ich den ORA-600 durch mein beherztes Patchen besiegt.

... jetzt weiss ich schon, womit ich mich dann kommende Woche auf der Arbeit vergnügen darf. Mal sehen wie lange der Oracle-Support braucht, um das selbst nachzuvollziehen. In der Regel stolpern wir ja immer über Bugs, die sonst noch niemand gesehen hat - kein Wunder, wenn man auch so ziemlich alle Versionen im Einsatz hat und so ziemlich die komplette Palette an Features nutzt.