blog.keesmeijs.nl

De laatste weken leek mijn TomTom ONE XL steeds minder goed te werken. Erg vaak (en erg frustrerend) kon het apparaat geen sattelieten vinden, totdat je de huidige route verwijderde en opnieuw ging plannen. Vermoedelijk echt een fout in de programmatuur, dus besloot ik om met TomTome HOME een nieuwere versie van de TomTom programmatuur te installeren.

Het installeren leek goed te gaan, totdat TomTom HOME aangaf dat ik moest wachten terwijl het apparaat opnieuw op zou starten. Na enkele ogenblikken geduld leek er wat te gebeuren en verscheen er een rood kruis in het scherm…

Helaas, na wat zoekacties met Google kwam ik tot de conclusie dat ik nu een serieus probleem te pakken had en het maar afwachten was of ik het tot dusver geliefde apparaat nog aan de praat zou kunnen krijgen.

Gelukkig! De oplossing is om NAVCORE te repareren. Zie dit bericht bij Tweakers.

Stel, er is geen git-buildpackage beschikbaar maar je wilt toch graag dpkg-buildpackage gebruiken. Werkt prima, en wel als volgt:

dpkg-buildpackage -i\.git -I.git -us -uc -rfakeroot

Zojuist zie ik dat de nieuwe versie van Doomsday Engine alweer een paar weken uit is. Spoedig zal ik nieuwe packages voor Ubuntu maken, voor de liefhebbers! 😉

Onlangs had ik de PEAR packages van MDB2 en MDB2_Driver_mysql nodig (om precies te zijn voor Poweradmin). Helaas is het op dit moment niet mogelijk om deze packages te installeren met een Debian package.

Na een korte zoektocht kwam ik bij dh-make-php uit, een programma om een PEAR package opnieuw te packagen, maar nu geschikt voor Debian. Een kind kan de was doen!

$ export DEBFULLNAME="Kees Meijs"
$ export DEBEMAIL="kees@kumina.nl"
$ dh-make-pear MDB2_Driver_mysql-1.4.1.tgz
Creating debian source package: php-mdb2-driver-mysql-1.4.1
Upstream is: Lukas Kahwe Smith, Lorenzo Alberton
Guessing Maintainer: Kees Meijs <kees@kumina.nl>
$ cd php-mdb2-2.4.1
$ dpkg-buildpackage -uc -us -rfakeroot
...
dpkg-deb: building package `php-mdb2' in `../php-mdb2_2.4.1-1_all.deb'.
...

Natuurlijk is het resultaat een minimale package zonder goede documentatie, maar zeker al beter geschikt voor implementatie dan handmatig het uitpakken van de PEAR package en toevoegen aan het standaardpad in php.ini.

Het is alweer een tijdje geleden dat ik een bestaande Debian package aan heb gepast. Allemaal vrij voor de hand liggend, maar hoe kon je bijvoorbeeld een versienummer ophogen?

Na een korte zoektocht kwam ik bij dch uit, een klein programmaatje om onder andere debian/changes aan te passen.

Zoals ik laatst al schreef is het mogelijk om Debian Lenny onder Xen te installeren net alsof het een normale machine betreft. Dit heeft een aantal belangrijke voordelen waaronder meer uniformiteit, maar ook de mogelijkheid om zonder kunstgrepen een 32-bits domU met 32-bits Linux kernel te realiseren binnen een 64-bits dom0. Het wijzigen of het installeren van een nieuwere kernel kan ook vanuit de domU zelf, wat de nodige flexibiliteit met zich meebrengt.

Helaas bestaat netboot-xen officieel alleen voor de i386 architectuur, toch?

Dat klopt, maar met redelijk weinig moeite is het mogelijk om de standaard netboot installatie aan te passen, zodat ook een 64-bits domU geen enkel probleem meer is.

Binnenkort zal ik kumina-offspring uitbrengen, ideaal om te combineren met Kumihatch of toe te passen bij een VPS-aanbieder die gebruik van PyGrub toestaat.

Xen logo

Eerder schreef ik over problemen met DNS door een bug in PowerDNS. Gezien het feit dat meer dan een maand later (dan de laatste opmerking bij de bug) de package maintainer nog steeds geen upstream oplossing heeft, heb ik zelf maar nieuwe packages gemaakt.

Zie voor amd64 packages voor Lenny: http://debian.kumina.nl/debian/pool/main/p/pdns/

Onlangs gaf een klant aan dat email niet goed zou functioneren. Toch vreemd, want rapportages van het systeem werden netjes verstuurd. Na controle bleek het logboek vol te staan met fouten zoals:

Jun 24 06:56:30 mailhost postfix/master[24224]: warning: process /usr/lib/postfix/error pid 27193 killed by signal 6
Jun 24 06:56:30 mailhost postfix/master[24224]: warning: /usr/lib/postfix/error: bad command startup -- throttling
Jun 24 06:56:30 mailhost postfix/master[24224]: warning: process /usr/lib/postfix/bounce pid 27195 killed by signal 6
Jun 24 06:56:30 mailhost postfix/master[24224]: warning: /usr/lib/postfix/bounce: bad command startup -- throttling
Jun 24 06:56:48 mailhost postfix/master[24224]: warning: process /usr/lib/postfix/flush pid 27199 killed by signal 6
Jun 24 06:56:48 mailhost postfix/master[24224]: warning: /usr/lib/postfix/flush: bad command startup -- throttling
Jun 24 06:57:30 mailhost postfix/master[24224]: warning: process /usr/lib/postfix/bounce pid 27213 killed by signal 6
Jun 24 06:57:30 mailhost postfix/master[24224]: warning: /usr/lib/postfix/bounce: bad command startup -- throttling
Jun 24 06:58:16 mailhost postfix/master[24224]: warning: process /usr/lib/postfix/smtpd pid 27227 killed by signal 6
Jun 24 06:58:16 mailhost postfix/master[24224]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Jun 24 07:01:30 mailhost postfix/master[24224]: warning: process /usr/lib/postfix/smtp pid 27517 killed by signal 6
Jun 24 07:01:30 mailhost postfix/master[24224]: warning: /usr/lib/postfix/smtp: bad command startup -- throttling
Jun 24 07:01:30 mailhost postfix/master[24224]: warning: process /usr/lib/postfix/error pid 27516 killed by signal 6
Jun 24 07:01:30 mailhost postfix/master[24224]: warning: /usr/lib/postfix/error: bad command startup -- throttling

Een zeer frustrerende en lange zoektocht bood geen soelaas. Veel collega’s ervaren problemen met permissies, niet bestaande gebruikers etc. maar toch niet hetzelfde bovengenoemde probleem.

Gezien het feit dat op dit systeem Etch onlangs door Lenny is vervangen, ben ik op zoek gegaan naar gebruikte programmatuur die in Lenny wellicht problemen zou geven. Uiteindelijk las ik in de documentatie:

1.  The Debian install is chrooted by default.

Dat was bij de versie uit Etch ook al zo blijkt, maar herinnerde me aan libnss-mysql. Wellicht zou dit in deze combinatie niet helemaal goed werken, dus heb ik libnss-mysql even uitgeschakeld. Wat bleek, Postniks werd weer Postfix; het werkte zowaar!

De machine waar het probleem optrad maakt veelvuldig gebruik van libnss-mysql dus besloot ik om nscd eens te proberen. Op deze manier zou Postfix nooit direct met libnss-mysql communiceren. Geen echte oplossing van het probleem, maar de klant kan nu in ieder geval weer vooruit.

Na wat verder zoeken lijkt libnss-mysql-bg wel te werken, maar moet ik in de praktijk nog testen. Wordt vervolgd dus!

Op de zaak hebben we inmiddels een hele set best practices ontwikkeld waaronder ook methodieken om Xen in te zetten. Nu was ik aan het onderzoeken of het gemakkelijk is om PyGrub toe te passen, uiteraard om de mate van flexibiliteit te vergroten en eveneens de beschikbaarheid van diensten voor de klant.

Was het maar mogelijk om een soort PXE in Xen met paravirtualisatie te bruiken…

Wat blijkt nu, in Lenny is zoiets nu ook mogelijk! Zie dit voorbeeldbestand, waar weinig wijzigingen in nodig zijn om van start te kunnen. Wellicht een welkome uitbreiding voor onze best practices?

Eerder schreef ik over problemen met IPv6 en wildcard records. Blijkbaar gaat het probleem nog veel verder, zie deze Debian bug in PowerDNS.

Hopelijk snel meer (over een oplossing)!