<!– @page { size: 21cm 29.7cm; margin: 2cm } P { margin-bottom: 0.21cm } –>

Nachdem ich am vergangenen Wochenende meine Fedora Core Installation aktualisiert habe, hier die eine Anleitung wie dieses Upgrade erfolgreich wird.

Bei Fedora aktualisiert yum das Betriebssystem. Damit das problemlos funktioniert, müssen ein paar Schritte beachtet werden. Das System lässt sich mittels “yum –y update” aktualisieren. Dies ist erforderlich um den aktuellen FC4-Stand zu erhalten. Danach muss das System alle inaktiven Kernel entfernen. Die installierten Kernel werden mit “rpm –q kernel” ermitteltund mit “rpm -e kernel-2.6.xy” entfernt.

Anschließend müssen folgende Pakete installiert werden: fedora-release und fedora-release-notes. Doch die Installation gelingt nur, wenn die fedora-release-notes zuerst installiert werden. Zudem muss das Paket die Abhängigkeiten mittels Force (rpm -ihv fedora-release-notes-6-3.noarch.rpm –nodeps) umgehen. Anschließend kann das zweite Paket installiert werden (rpm -ihv fedora-release-6-4.noarch.rpm).

Jetzt ist Yum in der Lage sich selbst mit der neusten Version zu versogen (yum -y update yum). Die neuere Version ist schneller und spart damit Zeit für das zeitraubende Update.

Das System wird von nun an in zwei Schritten aktualisiert:

1. Kernel mit den zugehörigen Abhängigkeiten

2. Das “restliche” System

Yum wird die erforderlichen Abhängigkeiten nicht auflösen können, daher ist hier ein wenig Nachhilfe erforderlich. Alle Pakete könne entfernt werden, bei denen Yum die Abhängigkeiten nicht auflösen kann. Hier ein Beispiel:

Error: Missing Dependency: hotplug is needed by package udev
Error: Missing Dependency: hotplug >= 2001_04_24-13 is needed by package gphoto2
Error: Missing Dependency: libssl.so.5 is needed by package iiimf-libs
Error: Missing Dependency: howl = 0.9.8 is needed by package howl-libs
Error: Missing Dependency: iiimf-libs = 1:12.2-4.fc4.2 is needed by package iiimf-libs-devel
Error: Missing Dependency: xorg-x11-libs = 6.8.2-37.FC4.49.2.1 is needed by package xorg-x11-devel
Error: Missing Dependency: XFree86-libs >= 4.2.99 is needed by package libgnomeui
Error: Missing Dependency: /usr/X11R6/lib/X11/XKeysymDB is needed by package openmotif

Das System könnte nicht mehr arbeiten, wenn das Paket “udev” entfernt werden würde. Zudem sind noch andere Pakete betroffen, durch die die Systemstabilität beeinflusst wird.

Yum bietet Abhilfe mittels “yum provides hotplug”. Dies zeigt die Paketabhängigkeiten, die das Paket hotplug besitzt. Die letzte Spalte zeigt die verfügbare Quelle, oder den Status des Pakets an. Die angezeigten Pakete sollten dann per Hand mittels “rpm -e

” entfernt werden.Anschließend kann man dasd System mit dem Befehl: “yum update” auf die aktuelle Version anheben.

Mit der heute veröffentlichten Kernel Version 2.6.18 ist der Kernel mit all seinen Treibern und damit natürlich auch das Betriebssystem selbst wieder ein Stück Richtung Desktopalternative gerückt. Die meisten Änderungen sind für den Desktop sicherlich unerheblich, dennoch wird das freie Betriebssystem häufig nicht, wegen mangelnder oder schlechter Treiber, eingesetzt. Dass der CFQ-I/OScheduler nun zum Standard gemacht wurde bleibt dabei Nebensache.

Infos

[1] Heise Open zum neuen Kernel [http://www.heise.de/open/artikel/77566]
[2] Golem zum neuen Kernel [http://www.golem.de/0609/47705-3.html]

Begonnen hat die Geschichte sehr harmlos, als ca. um 15:56 Uhr unser Exchangeserver seinen Informationsspeicher heruntergefahren hat, weil dieser die 16 GB Grenze erreicht hatte. Ablösung sollte das SP2 für Exchange schaffen – hierfür sollte allerdings auf dem darunter liegenden Windows das SP1 installiert worden sein.

Gesagt, getan. Nach der Installation von Windows Server 2003 SP1 blieb die Maschine, wie auch anders zu erwarten, in einem “Blue-Screen” stecken. Alle Maßnahmen um das System wieder herzustellen (ntfs.sys austauschen, Reparaturinstallation etc.) führen nicht zum gewünschten Erfolg.

Also musste das Betriebssystem neu installiert werden. Glücklicherweise lag das System in einem SAN und wir konnten die Installation auf anderen Volumes als den ursprünglichen durchführen. Nun hatten wir ein lauffähiges Windows System, das darauf wartete mit einem Exchange versorgt zu werden.

Genau hier begann die Schwierigkeit, denn wir hatten ja eine Exchangedatenbank und wollten diese in eine Desasterinstallation integrieren. Genau an dieser Stell macht es sich bezahlt wenn man “Netzwerke” hat. Durch ein Netzwerk von Kontakten konnte ich tatsächlich jemanden auftreiben, der uns in der Stunde der Not noch helfen konnte. Also haben wir es tatsächlich geschafft, bis ca. 23:00 Uhr das System wieder herzustellen. Die Installation von SP2 (das was wir eigentlich wollten) klappte nach anfänglichen Problemen auch.

Nun haben wir einen neu aufgesetzten Server mit einem Exchange 2003 SE, das einen Informationsspeicher von 75 GB und damit genug Platz für alle.

Jetzt ist also das “Projekt” Exchange 2003 SP2 durch eine Störung und viel, viel Einsatz in einem Tag zu Ende gebracht worden.

Ach ja, die Anwender konnten einen Tag keine Emails senden und empfangen – hatte ich fast vergessen.

Ist es nicht jedem Sysadmin schon mal passiert, dass ein Serversystem zur Ablösung bereit stand und dieses kurz vor dem geplanten Termin (Stichwort beantragte Downtime) den Geist aufgibt? Es gibt Systeme bei denen das egal ist und welche bei denen es sehr kritisch ist. Nun, ich habe heute die Routerengine eines Cisco Catalyst 5000 verloren, was wohl eher letzteres ist. Kollege (nennen wir ihn Cartman) hat versucht die Vlan Database mittels SNMP abzufragen. Das hat der Router wohl nicht verkraftet. Einen Case, den ich bei unserem Netzdienstleister eröffnen wollte – habe ich brachte auch kein Erfolg, denn die Jungs sagten nur, dasss ich das Modul austauschen muss. Wie auch immer, das Switching funktioniert ja noch und wir werden wohl das Ganze bis zum Austausch des Gesamtsystems so belassen. Jedenfalls gehe ich davon aus, dass IT-Komponenten ihr Eigenleben führen und der Catalyst einfach “wusste”, dass er bald abgelöst wird.

Dies ist übrigens ein Phänomen, das mir auch schon von Autos berichtet wurde.

Für alle die schon immer mal über, vielleicht auch lustige, Ereignisse aus dem Alltag eines Systemadministrators lesen wollen ist dieser Blog genau das Richtige. Darüber hinaus werde ich auch einen Teil mit Wissen zur Verfügung stellen, der nach und nach erweitert wird.

Ich selbst bin Systemadministrator in einem Unternehmen mit ca. dreihundert Mitarbeitern, und erlebe in meinem beruflichen Alltag so Manches, wo von es sich zu berichten lohnt.

Also – viel Spaß…