Meine Vorgehensweise beim gentoo-Update

Ich habe mittlerweile in unserer Firma einen ganzen Zoo von Rechnern zu verwalten. Das kommt daher, da wir im Lauf der Jahre für die unterschiedlichsten Aufgaben die diversen Architekturen angeschafft haben. Ein Update des Betriebssystems kann sehr viel Arbeitszeit kosten, wenn man sich nicht ein paar Vorgehensweisen angewöhnt mit denen die Rechner mit sich selbst beschäftigt sind. Ich habe absichtlich auf die Installationsanleitung von gentoo verwiesen, da die Vorgehensweise sich bei jedem Update wie bei einer Neuinstallation verhält. Folgende Schritte führe ich bei jedem Rechner bei einem Update durch:

emerge --sync

Klar, damit wird erst einmal der Portage Tree wieder aktualisiert. Ohne diesen Befehl ergibt ein Update keinen Sinn. In einem Terminal hole ich mit den folgenden zwei Befehlen die neuen Sourcen:

emerge --fetch-only --update --deep system

emerge --fetch-only --update --deep world

Im Normalfall gibt es ein paar Sourcen, wie zum Beispiel Java 1.4, die mit fetch-restriction ausgestattet sind. Diese Sourcen müssen manuell heruntergeladen werden. Somit schaue ich nach ca. einer halben Stunde welche Sourcen manuell installiert werden müssen. Parallel dazu lasse ich in einem zweiten Fenster die Aktualisierung der Systemkomponenten durchführen:

emerge --keep-going --update --deep system

Mit --keep-going wird erreicht, dass bei Fehlern die Installation der restlichen Pakete dennoch vorangetrieben wird. Somit kann man über 80% der Pakete ohne manuellen Eingriff aktualisieren und spart sich die Totzeiten weil der Rechner auf den manuellen Eingriff wartet. Nachdem die Systemkonfigurationen wieder aktuell sind rufe ich den Befehl

emerge --keep-going --update --deep world

auf. Und dann lass ich die Maschine alleine, oder arbeite an ihr einfach weiter. Die Aktualisierung läuft weitgehend im Hintergrund und je nach Prozessorleistung kann ich gut noch nebenher arbeiten.

Fazit

Mit dieser Vorgehensweise kann ich mehrere Rechner gleichzeitig aktualisieren und benötige nur wenige Minuten Arbeitszeit für den einzelnen Update. Bei Fehlern oder massiven Neuerungen, muss ich natürlich die übliche Zeit investieren, um die Maschinen wieder stabil zum Laufen zu bringen. Die Zeit, die ich früher zur Kontrolle und zum Wiederanlauf der Aktualisierung benötigt habe, konnte ich mit dieser Vorgehensweise deutlich reduzieren.

Fehlersuche am Beispiel: Inhalt im Dashboard fehlt bei WordPress 2.7

Wie schon berichtet, hatte ich hier den Fehler, dass kein Inhalt mehr angezeigt wurde. Ansätze, gab es beispielsweise bei ayudawordpress ("no-puedo-accesar-a-mi-panel-de control" spanische Seite, die Idee in /wp-admin/includes/plugin.php zu suchen), gemeldet hatte ich es beim WordPress-Trackingsystem, da vermutete ich noch einen Zusammenhang mit dem dort beschriebenen Bug. Jedenfalls fand ich keine Lösung für dieses Problem. Irgendwann beschloss ich, es erst einmal zu lassen und machte an anderen Blogs weiter mit neuen Einbindungen, Designänderungen usw. Dabei hatte ich gestern dann plötzlich live zwei kaputte Dashboards und lokal gleich drei.

Lösung suchen

Ich ging vor wie immer, erst einmal überlegen, was und wo habe ich zuletzt geändert. An keiner Stelle hatte ich den Adminbereich angefasst. Es waren neue Versionen von Plugins, teils neue Plugins, teils Änderungen und Ergänzungen am Theme.

Vorgehen

• Plugins abschalten
• Änderungen rückgängig machen

Das half jedoch nicht, das Problem blieb, zwar ein Menü und ein Header, der noch Dashboard anzeigte, aber keinerlei Inhalt. Also nochmal im Netz suchen, ob irgendjemand diesen Fehler schon hatte und eventuell eine Lösung dazu. Schwierig hierbei ist, dass je nach Sprache das Dashboard nicht so genannt wird. Bei deutschem WordPress war es lange der Tellerrand und auch in anderen Sprachen war es teils übersetzt. Auch wer englisch schreibt stellt die Frage daher nicht immer mit Dashboard. Wie schon einige Tage zuvor fand ich wenig hilfreiches, ein zwei Ideen, wo ich weitersuchen könnte, aber mehr nicht.

Nächster Versuch das Problem zu finden

• Code vergleichen zwischen funktionsfähiger und nicht funktionierender Lösung
• mit HTML-Einfügungen wie "hier" "da" "davor" "dahinter" prüfen an welcher Stelle im Code das Ding aussteigt
• sobald das etwas klarer ist dasselbe innerhalb der PHP-Teile mit
  • echo "da";
• testen, um rauszufinden, wo genau überhaupt das Problem liegt.

Klingt langsam? Ja, ist langsam, ist Fummelei, da viele Dateien miteinander erst das ganze Dashboard ergeben. Im Core-Code von WordPress kenne ich mich nur sehr schlecht aus, deshalb eine wirklich mühsame Suche. Schon vor einigen Tagen hatte ich da einiges probiert und insbesondere auf selbst veränderte Teile geachtet. Ich hatte auch schon mal allen eigenen Code entfernt, aber bekam damit noch mehr Fehler. Letztes Mal gab ich irgendwo da dann auf. Dieses Mal war ich mir relativ sicher an den passenden Stellen bereits geprüft zu haben und testete nicht ganz konsequent alles.

Noch ein Versuch zu einer Lösung zu kommen

Immer, wenn sich ein Fehler partout nicht finden lassen will, ist es eine gute Idee, sich selbst zu überprüfen. Das klappt allein nicht, mit Partner ist es sinnvoller (Pair-Programming). Gut ist jemand, der ebenfalls etwas vom Thema versteht, jemand, der jedoch überhaupt zuhört genügt oft schon:

• zuerst einmal zeigen, was ist das Problem
• zeigen an welchen Stellen, man was getan hat
• nebenbei erklären, warum man es gerade dort versucht hat

Dieses Mal hatte ich Glück, Roland versteht deutlich mehr von PHP als ich, deshalb gerade beim Suchen, was sieht denn komisch aus, was könnte ein Kanditat für ein Problem sein, da ist er besser. Die Vorgehensweise bleibt gleich, aber von Roland kamen mehr Rückfragen, was macht das, lass uns da mal noch probieren... Roland traute einer von mir integrierten Funktion nicht, bei der ich sicher war, den Ausbau bereits getestet zu haben. Hatte ich auch, allerdings hatte ich etwas übersehen. Das fiel erst jetzt auf, als wir ganz sicher gehen wollten, dass hier nicht die Ursache ist. Ich kenne Programmieren in PHP in etwa  in dieser Form:

<?php if($position == "header"){ ?> <div id="header" > <h1>Gib mir das Dashboard ;-)</h1> <? } ?>

Sprich:

• mach was <?php
• Klammer auf {
• hör mal kurz auf ?>
• gib mal was aus <div id="header" >...
• Klammer zu }

Gesehen hatte ich in WordPress schon häufiger mal ein

<?php endif; ?>

Bisher hatte ich jedoch kein Problem damit, und habe es schlicht ignoriert. Gerade bei WordPress bin ich meist eher pragmatisch, ich mache genau so viel, bis ich eine Lösung für mein Vorhaben finde, dann höre ich auf. Ich habe bisher noch nie versucht den Code genauer zu lesen und zu analysieren, um zu verstehen, was genau da wie passiert. PHP-Programmieren überlasse ich meist anderen und bastele nur soviel, wie gerade nötig. Nach kurzer Recherche, weil die Klammersetzung nicht so klappte wie wir es erwarteten, fand Roland heraus, dass dieses endif ursprünglich von alten PHP-Versionen kommt und nichts anderes tut, als eine Klammer zu ersetzen. Prima, das hätte mir mal jemand sagen können... In diesem Fall war es nicht, wie sonst oft, dass die schließende Klammer irgendwo anders gesetzt wird, sondern das endif am Ende des ganzen Inhalts schloss erst meine Klammer.

Hä? Was hilft das jetzt?

Nun damit war klar, wenn hier etwas schief geht, dann geht gar nichts mehr. Wir putzten den Aufruf der "Vorgesehenen Beiträge", der an dieser Stelle drin war, setzten die Klammern sauber, eliminierten das endif und siehe da: "Kaum macht man's richtig, geht's"

Fazit dieses Fehlers

Offensichtlich liefert WordPress, wenn keine vorgesehenen Beiträge da sind, etwas anderes zurück als bisher. Denn genauso war diese Funktion in mehreren Blogs unterschiedlicher Versionen schon mal drin. Problem bei der Suche:

• nur, wenn es keine vorgesehenen Beiträge gibt, taucht das Problem auf
• Entwürfe und bereits publizierte Beiträge sind dafür irrelevant

In meinem Fall tauchte der Fehler im Mitarbeiterblog gar nicht auf, dort gibt es immer ein paar vorgesehene Beiträge, da wir einen Kalender einsetzen, wer wann da ist, welche Termine anstehen, diese Termine werden mit einem Beitrag in der Zukunft veröffentlicht. In uteles Blog gibt es fast immer ein, zwei Beiträge, die ich mal zwischendurch tippe und aufhebe, falls ich grad nichts Aktuelles habe. Hier im Blog kam ich in letzter Zeit nicht dazu, mehr als mal einen Entwurf zu schreiben. Rein zufällig fiel mein Hochspielen mit der Veröffentlichung des letzten vorgesehenen Beitrags in  uteles Blog zusammen. Deshalb sah es so aus, als gäbe es einen Zusammenhang. Im Nachhinein hätte ich mir die anfängliche Suche sparen können, denn es lag weder am geänderten Code, noch an den aktualisierten Plugins. Der Haken an der Fehlersuche ist: ich weiß ja leider anfangs nicht, was das Problem ist.

Unterm Strich

Gut war jetzt, dass der Fehler gerade nochmal auftrat, als ich noch am Basteln war. Sonst hätte ich wohl zunächst einmal an ein Versionproblem geglaubt und nicht weiter gesucht. Jetzt ist die Stelle repariert und abgesichert, die Gefahr, dass hier nochmal ein Fehler auftritt somit geringer. Der Fehler, dass das Dashboard keine Inhalte mehr anzeigt ist weg, die Funktion ist geputzt. In diesem Zusammenhang fiel mir noch eine alte Funktion auf, die ich nebenbei grad repariert habe. Und, weil ich schon dran war, habe ich grad noch was ergänzt. In meinem Dashboard gibt es jetzt wieder diese netten kleinen Hinweise, die ich jetzt in einigen Versionen nicht oder nur teils hatte, doch dazu ein anderes Mal mehr.

Erfreuliches am Rande ::: Pagerank und Wortwolken

Ja, ich weiß schon, der PageRank ist gar nicht so wichtig. Mal abgesehen davon, dass Google-Gehoppel sowieso immer undurchschaubar bleibt. Nichtsdestrotz ist es die am leichtesten messbare Form eines Status bei Google. Also schaue ich eben doch immer mal drauf und ich bin da ja auch nicht die einzige. Es ist zwar unsinnig sich über Abwertungen zu ärgern, denn solange der Inhalt passt, kommt alles wieder zurück, zumindest bei den Blogs klappte das bisher immer. Ebenso wenig lohnt es sich, sich riesig über etwas zu freuen, denn bereits Stunden später kann die Auswirkung ganz anders sein. Zur Zeit scheint Google alle Seiten eines Blogs höher zu werten, wenn es erst einige Stunden her ist, dass ein Artikel veröffentlicht wurde. Es sinkt dann wieder, um beim nächsten Publizieren erneut anzusteigen. Das fiel mir eher zufällig deshalb auf, weil es jetzt mehrfach wenige Stunden später, wenn ich jemand ein Ergebnis zeigen wollte, dieses bereits wieder anders war. Hier haben wir ja jetzt schon einige Zeit fürs Blog selbst einen Pagerank 4, die Unterseiten schwanken, ganz neue Seiten haben sowieso kein Ergebnis, bei den älteren variiert es stark. Was mir heute jedoch erstmals auffiel:

Zum ersten Mal hat einer meiner Artikel einen Pagerank 5

Navigieren mit Tabs, statt mit der Maus

• Wortwolke: miradlo bloggt

Nicht einmal ein sehr ausführlicher Artikel, auch aus meiner Sicht kein so außergewöhnliches Thema, aber irgendwie wohl doch. Wahrscheinlich bleibt das nicht so, und selbst wenn, dann ist es bei den Besuchern nicht unbedingt der beliebteste Artikel, aber wie auch immer:  ich habe mich jedenfalls drüber gefreut.

Aprospos sich freuen: Wordle kann mit Firefox 3 auf Linux

Nein, es passt gar nicht zum Thema Pagerank, aber zu anderen Artikeln mit Firefox und zu dem, dass manche Anwendungen nach wie vor erstmal nur für Windows erstellt werden. Weitere Beispiele und mehr zu dieser Wortwolke gibts auf uteles Blog. Diese Wordle-Wortwolken gibts schon recht lange, manche setzen sie als Design ein, andere immer mal für eine Spielerei am Rande. Es dauerte jetzt jedoch einige Monate, in denen ich es immer mal wieder probiert hatte, wenn irgendjemand darüber schrieb, bis es jetzt erstmals klappte. Für die miradlo bloggt-Wolke  habe ich mal miradlo bloggt als Inhalt eingegeben. Spannend finde ich wie sich die Sicht so doch mal noch ändert... Ja, wieder "mal" geschrieben, im Bild sieht man auch WordPress, Plugins, valide, bloggt und Beiträge nutzen.  Von weiteren Füllwörtern abgesehen fiel mir Ute, WP, Problem, Version, Blog und Feed auf. Selbst mit dieser Spielerei ließe sich noch sinnvolles machen, wie z.B. mal die eigenen Lieblingswörter prüfen...