Admins Log

Ab und zu, wenn ich mal Zeit und Lust habe, programmiere ich an einem eigenen Kernel rum. Das dient eigentlich nur dazu, damit ich mal etwas mehr über eine Intel-CPU (bzw. deren kompatible) lerne und auch um mal hinter die Kulissen zu gucken.
Vieles habe ich durch Copy&Paste aus Tutorien übernommen, aber natürlich muss ich auch viel lesen, um zu verstehen, wie ich die Codeschnippsel an meinen Kern anpassen muss, damit er läuft.

Immerhin: Seit heute kann ich Interrupts aufrufen!

Jetzt muss ich aber noch die ganzen Interrupthandler schreiben, denn im Moment habe ich nur einen Handler, der anzeigt, welcher Interrupt aufgerufen wurde. Ausserdem muss ich wohl noch einige Interrupts auf meinen Handler umbiegen.
Nebenbei lerne ich, wie man Symbole in einem Programm findet, wie man den gdb bei solchen Sachen nutzt und einiges mehr.

Für einen Programmierer auf jeden Fall eine spannende Sache!

Die Migration eines unserer Server von reinem OpenVZ auf Proxmox hat heute Morgen erstaunlich gut geklappt. Eine Sache jedoch war etwas verwunderlich: Bei intensiver Nutzung von IPv6 unter Kernel 2.6.24-10-pve stürzte mir das IPv6 Modul ab. Ich habe daraufhin erst einmal 2.6.18-2-pve installiert, um auf der sicheren Seite zu sein.

Aber jetzt läuft der Server in einem Proxmoxcluster und das ist - ehrlich gesagt - eine richtige Wohlfühlatmosphäre! Die Templates erstelle ich auf dem Mastersystem und automagisch werden diese an die Nodes im Cluster verteilt. Zudem gibt es eine recht gute und übersichtliche Weboberfläche.

Wir haben in der Firma an einem dicken PowerEdge Server eine PowerVault Storageeinheit angeklemmt, um viele Daten speichern zu können, die meine Kollegen benötigen. Nun soll die Storageeinheit durch zwei 500 GB Platten vergrössert werden, die im Software-RAID laufen sollen.

Dummerweise kam bei der Erstellung des RAIDs immer die Meldung "/dev/sdc resource busy" (oder so ähnlich...jedenfalls busy), sodass ich kein RAID erzeugen konnte.

Ein wenig Rumsucherei im Web brachte dann zu Tage, dass ein im Server verbauter Hardware-RAID-Controller, bzw. die Module dm_* dafür sorgen, dass ich kein RAID anlegen konnte. Ergo müssen die Module raus.
Also die Module in die Blacklist eingetragen, einen neue initrd gebaut und per at-Job dafür gesorgt, dass die Kiste um Mitternacht bootet.

Ob das alles geklappt hat und ich morgen das RAID erzeugen kann, wird sich zeigen. Ich bin da guter Hoffnung!

Für ein kleines Zwischenprojekt, benötige ich einen eigenen Kernel, da die einzusetzende Software ein Kernelmodul mitbringt. Dummerweise brauche ich dafür einen älteren Kernel, weil sich in skbuff.h eine Struktur wesentlich geändert hat und ich keine Lust habe, das Modul der Software, die schon ein wenig älter ist, umzuschreiben. Ziemlich ätzend, wenn sich im 2.6-Zweig interne Datenstrukturen ändern!

Auf jeden Fall ist es aber mal was anderes und mit den Debiantools lässt sich ja recht einfach ein Kernelpaket bauen.