Gisterenavond zijn we met de collega’s en aanhang wat gaan eten bij Auberge Nassau in Eindhoven. De afgelopen maanden zijn goed verlopen, dus tijd om wat te vieren!
Collega's met aanhang
Het eten en de sfeer was goed! Zouden we eens vaker moeten doen… 
Al een tijdje waren we op de zaak op zoek naar een aanbieder van Virtual Private Servers (VPS) met maximale vrijheid.
Veel aanbieders werken met producten zoals OpenVZ, Virtuozzo, Linux-VServer of Xen. Op zichzelf prima, maar meestal zijn veel zaken zoals schijfpartitionering vastgelegd en is (bijvoorbeeld in het geval van Xen) het niet mogelijk om te kiezen welke versie van de Linux kernel je wil draaien.
Simpelweg: veel van onze best practices waren lastig toepasbaar op een virtualisatieplatform van derden. Daarnaast bleken veel aanbieders te duur, zeker voor tijdelijke huisvesting van pilots of om tests te kunnen doen.
Twenty-Five VPS logo
Het leek ons een goed idee om zelf een virtualisatieplatform aan te gaan bieden op basis van KVM (Kernel-based Virtual Machine). Geen poespas, eventueel geschikt voor tijdelijke huisvesting, een mooie prijs en maximale vrijheid.
Wil je Linux? Prima! Wil je FreeBSD? Prima! Wil je Windows (ehm, wie wil dat…)? Ook al prima!
Lijkt je het wat? Kijk dan maar eens op de website van Twenty-Five VPS!
Op de zaak hebben we vanochtend een Asus Eee PC 1101HA “Seashell” gekocht voor Mike. Het is een erg mooi apparaat, zeker in verhouding tot de 1000H (eigenlijk ben ik wel een beetje jaloers…) die ik zelf heb.
Asus Eee PC 1101HA "Seashell"
Het 11,6″ beeldscherm is toch wel prettiger in gebruik dan het scherm van mijn 1000H, zeker vanwege de resolutie van 1366×768 pixels tegenover 1024×600 pixels.
Het installeren van Ubuntu Linux 9.10 “Karmic Koala” ging zonder problemen, totdat… helaas de resolutie 1366×768 niet te kiezen bleek!
Zie voor een mogelijke oplossing: http://swiss.ubuntuforums.org/showthread.php?t=1253406
Op zondag 4 oktober zal ik op T-DOSE een praatje houden (in het Engels) over Puppet, een product waarop een groot gedeelte van de werkwijze van Kumina gestoeld is.
T-DOSE 2009
Zoals de titel van het praatje Pragmatic Puppet al aangeeft, wil ik laten zien hoe Puppet in de praktijk écht werkt. Zonder teveel nadruk op ons bedrijf te leggen, zal ik laten zien hoe we met verschillende omgevingen werken en hoe we onze Puppet code georganiseerd houden.
Logo Kumina bv
De afgelopen weken heb ik me (onder andere) bezig gehouden met nieuwe inhoud voor op www.kumina.nl, de website van de zaak. Zojuist heb ik dan eindelijk de nieuwe inhoud gepubliceerd.
Ik zou zeggen, neem eens een kijkje en zie wat we doen!
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
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
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?
