Блогчетање

I just had a chance to install Ubuntu Edgy on HP NetServer LP 1000r: a 1U unit equipped with HP NetRAID 1M controller, which caused the most grief.

The situation was simple: megaraid drivers used by default kernel panic at random points during installation: sometimes right after boot, sometimes during partitioning, sometimes toward the end of the installation.

The real solution would be to fix the new megaraid drivers in the Linux kernel source, but I don't have the time nor knowledge to do so at the moment (though, knowledge can be acquired over time :). The workaround is to use the megaraid legacy driver, which is already shipped by Ubuntu.

The only slight problem is that it still doesn't recognize the HP NetRaid 1M controller as the supported one, so the module is not loaded, and loading it manually doesn't help. I've used a patch from SUSE Linux Rants to make megaraid.c and megaraid.h from linux-source-2.6.17 recognize the controller (which just adds the corresponding list of PCI IDs to the driver).

The tricky bits have now been to add this to installation media, and I decided to go with Live CD instead of the Server Install CD, since it was simpler, and I don't mind having full desktop on the server as well.

Following the instructions on customizing Live CD, I've extracted Linux source there, got the megaraid.c and megaraid.h files out of it, patched them with the above mentioned patch, put it all into a /root/tmp (inside edit/—extracted filesystem) with some include files, and built the module megaraid.ko, putting it into lib/modules/2.6.17-10-generic/kernel/drivers/scsi/megaraid.ko instead of the old legacy one, and removing all the new ones from lib/modules/2.6.17-10-generic/kernel/drivers/scsi/megaraid/ (to avoid panics since they'll still be loaded).

To build the driver, one can use make -C /lib/modules/2.6.9-11.EL/build SUBDIRS=/usr/src/megaraid modules command if the above archive was extracted inside /usr/src/megaraid (see RHEL4 tips.

After doing that, I've also added "megaraid" to the /etc/initramfs-tools/modules, and rebuilt the initrd using instructions on Live CD customization page.

Finally, I've constructed a Live CD, tested it with qemu, and then booted and installed the server off it. Finally a fully working system (everything else was recognized automatically). I can provide the ISO image for those interested, but it would be better if someone created an ISO image for ubuntu-server installation instead.

The bug about missing megaraid support is bug #82124 in Launchpad.

Warning: note that if you update your linux-image package, you'll again end up with new-style megaraid drivers being loaded, and the old-style being overwritten with the one without support for the NetRaid PCI IDs.

The instructions here should help for both HP NetServer LP 1000R and 2000R.

Као резултат једне опкладе, на којој сам показао све своје незнање у области смештања података на диску са МајЕсКуЕл базом, Зомби је преузео дужност „администратора базе“ на нашем серверу.

Наравно, нећемо описати детаље опкладе (срамота је, људи — ако се неко ко зна усуди да шта напише међу примедбама, тај спам ће бити уклоњен :), али поменућемо захтеве које је Зомби поставио: сви захтеви се упућују преко званичне поште на „dbadmin@kvota,net“ (зарез замените тачком).

Ако ништа друго, бар не морам више да бринем о томе шта се дешава са базом. :)

If you ever see this message in your /var/log/qmail/current (or wherever you put it):

alert: cannot start: unable to open mutex

Google was not of any help there, but strace helps to find out that it tries to access file lock/sendmutex, so all you need to do is to recreate it, and set the owner to qmails:qmail.

On the matter of why this happened at all, I have a fairly simple explanation: I have been HUP-ing and KILL-ing qmail-send quite agressively, while doing some testing.

Unfortunately, I may have missed some mail during these ten minutes, so if I don't respond to you in the near future, perhaps that's what happened: please resend it.