Sie sind hier

Blogoscoop dysfunktional

Today I signed off my sysadmin job in Berlin in order to go back to Rostock and work there as well as system administrator. Anyway, if you're looking for a Debian-based sysadmin job in Berlin, don't hesitate to contact me.
More information in my German section of this blog.

Kategorie: 

m68k made the move to debian-ports

Als Heise letztens über Blogoscoop berichtet hatte, habe ich mal dort spaßeshalber angemeldet und ein wenig auch gehofft, dadurch die Besucherzahlen für meine deutschsprachigen Beiträge zu steigern. Bei meinen englischsprachigen Artikeln hab ich zahlreiche Besucher, da diese über Planet Debian entsprechend weit verbreitet werden.

Wie auch immer. In den letzten Wochen gab es schon das eine oder andere mal eine kurze Auszeit bei Blogoscoop, wo der Dienst nicht erreichbar war. Heute gibt es erneut wieder einen Ausfall und dieses Mal scheint es irgendwie etwas größer zu sein:

404 - Datei oder Verzeichnis wurde nicht gefunden.
Die gesuchte Ressource wurde möglicherweise entfernt oder umbenannt, oder sie steht vorübergehend nicht zur Verfügung.

Und wenn man direkt http://www.blogoscoop.net/ ansurft, bekommt man folgendes zu sehen:

Blogoscoop begrüßt Besucher mit einer Meldung aus Redmond

Blogoscoop wirbt u.a. mit einem gewissen Level an Datenschutz, aber vielleicht bin ich da ein wenig als Linux einseitig vorgeprägt, wenn ich dann meine Bedenken haben, wenn ich sehe, daß das ganze auf einem Microsoft System mit IIS läuft. Paranoid? Mag sein oder auch nicht. Aber ein gewisses 'G'schmäckle' bleibt dennoch zurück, zumindest bei mir.

Kategorie: 

Tiefensee verzichtet auf seinen Dienstwagen?

In late August some m68k porters have had a meeting in Kiel where we discussed several m68k related topics. One of those was the upcoming move from buildd.debian.org, because the m68k wasn't allowed to release since sarge. Other people might argue that m68k failed to meet the release criteria. Anyway...

Today the switch to debian-ports was made and the first m68k buildds are already building from debian-ports' wanna-build database. Buildd.Net already reflects that move.

I would like to thank everyone involved in the switch, especially Stephen Marenka and Aurelien Jarno! :-)

Kategorie: 

LHC - ist der Weltuntergang schon passiert?

Wie Spiegel Online heute berichtet möchte unser Verkehrsminister künftig auf seinen umweltbelastenden Dienstwagen verzichten und mit sicherlich gutem Beispiel vorangehen. Denn Spiegel zitiert den Politiker wie folgt:

Deshalb ermuntert Tiefensee die Bürger zum Wechsel vom Auto aufs Rad. Denn 90 Prozent aller Fahrten in der Stadt seien kürzer als sechs Kilometer. Gelinge es, ein Drittel dieser Fahrten mit dem Rad zurückzulegen, könnten 7,5 Millionen Tonnen des Treibhausgases CO2 vermieden werden, sagte der Minister der "Frankfurter Rundschau". "Ich glaube, dass es viel mit einer schlechten Gewohnheit zu tun hat, wenn wir auch bei kurzen Entfernungen ins Auto steigen", sagte Tiefensee.
Tiefensee befürwortet den Ansatz des klimaneutralen Fortbewegens. "Ich finde die Vision der Null-Emission bestechend."

So denn, Herr Tiefensee! Vielleicht sehen wir uns ja demnächst an der Spree, wenn wir beide zur Arbeit radeln! Oder höre ich da vielleicht Orwell'sche Gleichheitsgrundsätze heraus: Alle Bürger sind gleich, aber Politiker sind gleicher? Alle Normalbürger auf das Rad, damit die Straßen für die Politiker sind? Freie Straßen für freie Politiker?
Mal schauen, was nach der nächsten Wahl von Tiefensees Vorschlag bei ihm selber hängengeblieben ist...

P.S.: Mein Arbeitsweg ist länger als 6 km und ich fahre trotzdem mit dem Rad. Na gut, es sind auch nur 10m mehr als 6 km laut Fahrradcomputer... ;) Primär ist der Grund bei mir aber eher der, daß ich damit ein bißchen was für meine Fitness machen möchte.

Kategorie: 
Tags: 

Oh Tannenbaum, oh Tannenbaum...

Wie bereits seit einiger Zeit in den Medien zu vernehmen ist, wurde Dienstag am CERN in der Schweiz das "größte Experiment der Welt" gestartet. Manche fürchten ja schon um den bevorstehenden Weltuntergang, da beim Experiment kleine schwarze Löcher entstehen könnten.

Doch für alle jene gibt es nun die ultimative Webseite, um zu erfahren, ob der Weltuntergang schon im vollen Gang ist oder nicht:

http://www.hasthelhcdestroyedtheearth.com/

Oder per RSS: http://www.hasthelhcdestroyedtheearth.com/rss.xml

Kategorie: 

Initramfs problems with RAID setup

[...]
Du grünst nicht nur zur Sommerzeit,
nein, auch im Winter, wenn es schneit!

Hmmm, ok, derzeit sind nicht nur die Blätter des Tannenbaums noch grün, was darauf hindeutet, daß wir noch Sommer haben, da von Winter weit und breit keine Spur ist. Mal davon abgesehen, daß es der kalendarische Winter kein Garant mehr dafür ist, daß es Schnee geben, geschweige es denn kalt sein wird.

Aber daß Anfang September nun schon wieder die erste Weihnachstdeko bzw. Lebkuchen und Spekulatius in den Läden zu kaufen gibt, finde ich abstoßend und frevelhaft! Wir wohnen hier an der Ostsee, die Sommersaison ist noch nicht völlig vorüber und es gibt schon Lebkuchen im örtlichen Supermarkt zu kaufen.
Die Wirtschaft schafft es jedes Jahr früher, einem die Weihnachtslaune madig zu machen und zu vermiesen! Wo kann man sich beschweren, damit dieser Unfug aufhört?

Kategorie: 

M68k Porters Meeting 2008 in Kiel is over

Yesterday a server at work needed some care - which was the reason why I had to leave the m68k porters meeting early. It was intented to migrate the filesystem to a RAID1 setup instead of using just a single disk.

Of course I tested everything in advance and it worked. Sadly Murphy did hit the scene as well and the previously tested upgrade path failed: somehow the RAID couldn't be started and the boot progress stopped.

Actually, the error was this one:

Failure: failed to load Module 1 no such module

Useless to say that the initrd was uptodate and included all necessary modules!

Luckily someone else happened to stumble upon the same problem last year and it was well documented on debian-user mailing list in a thread between Andrew Sackville-West and Martin F. Krafft , properly archieved by some mirrors.

So, the problem was in some mdadm script that was executed during boot process and which parsed the ARRAY definition in that way that the kernel modules couldn't get loaded.
If you follow the thread on that mailing list you'll come to the following hint:

Try the following patch agaist
/usr/share/initramfs-tools/hooks/mdadm. It ensures that RAID levels
include the word 'raid'. I think your mdadm.conf may say stuff like
level=5, when it should say level=raid5 or not specify level= at
all.

And yes, my ARRAY definition in mdadm.conf just stated level=1 as well. So after setting it to level=raid1 everything worked again.

Thanks, Andrew and Martin for solving that problem a year ago! :-)

Kategorie: 

re: Killing Servers with Virtualisation and Swap

As previously announced the m68k porters met this weekend in Kiel this year.
It was really great to meet the persons in reality with whom you're working for several years now!

You can find a short summary of the results here.

Kategorie: 

Adding a RAID under a LVM

Russel Coker blogs about a problem, which concerned me as well: Killing Servers with Virtualisation and Swap, i.e.: what happens when one domU is happily swapping the whole day?

Luckily this didn't happen to me yet, but as Russel do I tend as well to give a small sized swap area to domUs. If they're doing extensive swapping, something is wrong and most probably a task has a memory leaking problem or the virtual machine is undersized with its RAM.

Anyway, Russel had some thoughts and ideas how to deal with the problem, such as giving dedicated swap areas on single disks to some domUs to seperate disk I/O for the filesystem and the I/O for swap. He proceeds with:

Now if you have a server with 8 or 12 disks (both of which seem to be reasonably common capacities of modern 2RU servers) and if you decide that RAID is not required for the swap space of DomUs then it would be possible to assign single disks for swap spaces for groups of virtual machines. So if one client had several virtual machines they could have them share the same single disk for the swap, so a thrashing server would only affect the performance of other VMs from the same client. One possible configuration would be a 12 disk server that has a four disk RAID-5 array for main storage and 8 single disks for swap. 8 CPU cores is common for a modern 2RU server, so it would be possible to lock 8 groups of DomUs so that they share CPUs and swap spaces. Another possibility would be to have four groups of DomUs where each group had a RAID-1 array for swap and two CPU cores.

I would myself consider a different approach:

  • make your RAID as usual across your 8 or 12 disks, but don't use the whole disks, but just a partition on it, leave 10 GB or so free on each disk for later swap purposes.
  • with 10 GB on each disk you'll have 80 GB swap with 8 disks or 120 GB with 12 disks in your 2 RU server.
  • you can setup your swap areas as needed. Maybe some domUs would benefit from more heads when swapping, some need more space or another one should survive when one disk fails. So you can setup each swap differently, be it as a single partition on a single disk or a RAID1 or JBOD for multiple heads.

Of course you can mix up both approaches or even use swap over NFS or NBD/DRBD. There are many ways and possible solutions, but the best way to deal with swapping is to take care that it doesn't happen, of course... ;)

Kategorie: 

Hotline: Wenn Profis unter sich sind...

Just as a personal reminder for the next time I need that:

If there's a machine, for example a Xen host, with just one harddisk and you want to be somewhat safe in case of a disk failure, you can add a second disk and setup a RAID1 (mirroring). It's most simple to shutdown the machine and setup the RAID1 for the dom0. Afterwards you can start the domU VMs again when you're using LVM for their virtual disks. Following these steps will add RAID1 underneath your LVM setup:

0. /dev/sda5 is your current physical volume for your LVM, on the second (equally partitioned) disk /dev/sdb5 will be your starting point for your RAID1 (/dev/md3)
1. create a degraded RAID1 on /dev/sdb5:

# mdadm --create /dev/md3 --level=1 -f --raid-devices=1 /dev/sdb5
mdadm: array /dev/md3 started.
# cat /proc/mdstat
md3 : active raid1 sdb5[0]
135540288 blocks [1/1] [U]

2. prepare it for LVM and add it to your virtual group:

# pvcreate /dev/md3
# vgextend /dev/vg /dev/md3
Volume group "vg" successfully extended

3. move the extends from one disk to the other and be verbose to watch the progress:

# pvmove -v /dev/sda5
Finding volume group "vg"
Archiving volume group "vg" metadata (seqno 22).
Creating logical volume pvmove0
Moving 192 extents of logical volume vg/ts2-swap
Moving 1536 extents of logical volume vg/ts2-disk
[....]
Found volume group "vg"
Removing temporary pvmove LV
Writing out final volume group after pvmove
Creating volume group backup "/etc/lvm/backup/vg" (seqno 31)

4. remove the old partition from the virtual group:

# vgreduce /dev/vg /dev/sda5
Removed "/dev/sda5" from volume group "vg"

5. add the old partition to your raid and set it active:

# mdadm --add /dev/md3 /dev/sda5
mdadm: added /dev/sda5
# cat /proc/mdstat
md3 : active raid1 sda5[1](S) sdb5[0]
135540288 blocks [1/1] [U]
# mdadm --grow /dev/md3 --raid-devices=2
# cat /proc/mdstat
md3 : active raid1 sda5[2] sdb5[0]
135540288 blocks [2/1] [U_]
[>....................] recovery = 0.2% (284480/135540288) finish=39.6min speed=56896K/sec

6. let the RAID1 doing its sync and you're done.

Just as a small side note:
I don't know why the kernel don't want to boot when it get passed root=/dev/md2 as a kernel parameter. It works with root=/dev/sda3, though...

Kategorie: 

Seiten

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer