blog.sdamm.de

On one server I have a slightly complicated setup. I share this server with other people, we run Xen hosts on it. The physical server has two hard disks in it. So you might think of using RAID to secure your data. Well, but for some portions one might want RAID0 just to have more space, some of it should be safer, so one would use a RAID1 for it. We split up both hard drives in physical partitions, every party got a chunk of it to do whatever he wants with it. To be a flexible, I used LVM2 at first. I setup some logical volumes on both drives, and then I joined them the way I want it iwth software RAID.

Now the home partition got pretty full. So, what to do? Enlarge it. Because of a kernel update I had to reboot the Xen DomU anyway, so just do it. But how? This is the way I found to be working:

Hmm, eigentlich habe ich ja nur ein wenig an meinen iptables-Regeln gespielt und dann fail2ban (ein großartiges Skript, BTW) neu gestartet. Aber irgendwie war dann nichts mehr zu retten. Mein SSH war sofort tot, und selbst von der Konsole aus (Xen ist super!) konnte ich mich nicht mehr einloggen. Erst hat er mich angeschrien, dann keine Eingaben mehr akzeptiert.

Ich habe keine Ahnung, was da los war. Aber Netcraft hat nichts von dem Reboot mitbekommen. Wobei ich mich eh frage, aus welchen Daten die die Uptime errechnen. Ich war vor dem Reboot ein wenig über der aktuellen Angabe.

Falls irgendwas noch nicht wieder läuft, bitte Bescheid sagen. Danke.

Achja: Sollte mir diese Ausgabe direkt nach dem Reboot zu denken geben?

mail ~ # free -m
             total       used       free     shared    buffers     cached
Mem:           305        291         13          0          8        166
-/+ buffers/cache:        116        188
Swap:         1023          2       1021

Kann mir mal eben jemand das erklären?

mail ~ # iptables -I INPUT -p tcp -j ACCEPT mail ~ # iptables -I INPUT -p tcp --dport 22 -j ACCEPT iptables: No chain/target/match by that name

Ich weiß gerade nicht, was an meiner zweiten Regel falsch ist. Bzw. wieso der spukt, wenn ich die Option --dport benutze.

One evening last month I noticed, that when closing the lid on my laptop it switched to Suspend to Ram Mode. I never knew that behavior before, it must have come with the update to XfCE 4.4.

Since that point I have been using that "feature" quite often and my Linux always did wake up again when opening the lid. And all that "out of the box", without the usual work before (in German I would call it "frickeln", but I don't know a good translation for that term ).

To a RedmondOS user this probably is no big deal, but to me it has been a quite pleasant surprise.

Last week I've been playing around with an Asterisk VoIP server on a live system. Actually, I just wanted to improve the behavior in the dialplan. On my test system it worked well, but on the live system I saw an effect, which I had not foreseen.

Darf ich mich mal selbst beweihräuchern?

Seit letzter Nacht bin ich tatsächlich auf LPIC-Level 1 zertifiziert. Wieviel das nun im echten Leben bringt, kann ich nicht sagen, aber zumindest waren die 100 EUR für die zwei Tests zu den Linuxtagen nicht umsonst. Naja, wieder ein Punkt mehr auf dem Lebenslauf - mal sehen, wann ich mich an Level 2 versuche.

Wer meine Zertifikation überprüfen will, auf Anfrage gibts auch die erforderlichen Daten dafür per Mail.

Im Rahmen der Chemnitzer Linux-Tage wurde dieses Jahr auch die Möglichkeit angeboten, sich vom LPI sein Wissen im Gebiet von Linux bestätigen zu lassen. Da es auch noch preislich attraktiv war, hab ich mir gedacht, könnt ich ja mal mitmachen.

Im Prinzip find ich das ganze Anliegen auch gut, aber man sollte schon mit der Zeit gehen. Wieso zum Geier wird da in mehreren Fragen auf dem lpd rumgehackt, wo doch nicht erst seit diesem Jahr eigentlich fast nur noch CUPS zum Einsatz kommt? Und woher soll ich wissen, wie die Unterstützung von USB-Geräten im Kernel 2.2 aussah? Ich beschäftige mich nun seit ca. 5 Jahren mit Linux, aber selbst da hab ich schon mit nem 2.4er Kernel angefangen. Außerdem noch: Der Bootloader Grub ist noch nur am Rand berücksichtigt, dafür soll man alles zu lilo wissen - aber Rechner, die ich aufgesetzt habe, hab ich alle mit grub versehen, schon weil ich immer wieder das "lilo" nach dem Installieren eines neuen Kernels vergessen würde.

Also bitte, liebes LPI, ein paar Fragen könntet Ihr schon mal durch neuere ersetzen...

Dieser Beitrag ist Gentoo-spezifisch, wer also eine andere Distribution verwendet, kann hier aufhören mit lesen.

Ich habe in meiner make.conf unter anderem auch folgende Zeile stehen:

PORT_LOGDIR=/var/log/portage

Dadurch werden sämtliche Ausgaben des emerge-Vorgangs in eine Datei in diesem Verzeichnis geschrieben, was es bei vielen Updates und Installationen schnell auf eine unangenehme Größe anwachsen lässt.

Hier nun die Konfiguration, wie ich mir in dem Fall geholfen habe...

Die Laptop-Mode Tools allein führen nicht zu Freezes!

Das Verhalten, was bei meinem Laptop (ein IBM Thinkpad T40) auftritt, ist scheinbar auf ein buggy BIOS der Festplatte zurückzuführen, wenn man zu viel Power Management anwendet. Es scheint, wenn die -B Option von hdparm angewandt wird, verschluckt sich die Festplatte bei manchen Anforderungen unter bestimmten Bedingungen.

Ich werde nun die Laptop-Mode-Tools (v1.07) wieder aktivieren, jedoch mit der Einstellung:

CONTROL_HD_POWERMGMT=0

Damit wird die -B Option ausgeschaltet. Ich werde jetzt testen, ob das Problem weiterhin besteht.