johe’s Blog

So, es war ja eine kleine Odysee.

Ich habe mir eine schöne neue Maschine gebaut. Bzw ein paar teile fehlen halt noch aber ich bin schon recht zufrieden.

• AMD Athlon64 X2 5200+
• zurZeit 1GB DDR2-800 Ram (8GB im Januar
• 40 GB Systemplatte, 400GB IDE Storage (+320GB SATA im Januar)

Der Hauptgrund war, ich wollte Virtualisierung betreiben. Ist ja in aller Munde und scheint ja auch was nettes zu sein.

Also habe ich über das Wochenende ein paar Systeme ausprobiert, und hier ist das Ergebnis.

1. Centos 5.4 der klare Sieger. Zwar kommt er nicht mit dem neusten virt-manager um die ecke, aber er ist stabil. Nach dem Boot hat mein kvm system gerade mal 350 MB Speicher für sich in anspruch genommen. Zwar muss man die Netzwerkkarte von Hand patchen aber das soll ja keiner Herausforderung sein. Alles in allem gut schnell und stabil.
2. Fedora 12, Hm…? Die Packete sind angeblich da, aber ich weiss nicht wo. Der neuste virt-manager sieht klasse aus. Aber was soll ich damit wenn ich den libvirtd nicht installiert bekomme? Naja, alsoda es boot und ram tchnisch sich mit Centos fast gleich hält leider nur Platz2
3. OpenSolaris 2009.06 Um ehrlich zu sein ich mag ja SUN. Aber hey, warum bootest du in 5 minuten? Was tust du so lange? Und warum brauchst du direkt meinen ganzen RAM? Also nach der installation die lange gedauert hat, und nach dem booten das auch eine gefühlte ewigkeit lang war sehe ich das 95% meines Ram voll sind. Da lohnt es sich noch nichteinmal VirtualBOX zu installieren. Ausserdem liegt auf meiner Storageplatte ein wunderschönes LVM mit meinen Daten. Solaris kann damit leider nichts anfangen. Auch kann es kein ext4 mounten (ext2,ext3 soll mittlerweile gehen). Also alle features taugen nichts. Somit der klare Verlierer.

Ich hatte kürzlich das Problem das eine virtuelle Festplatte unter VMWare voll war. Dies ist auch unter VMWare Server eigentlich keine grosse Sache. Also auf die console eingeloggt und los ging es:

 vmware-vdiskmanager -x 64GB /var/opt/vm/vm1/vm1-001-0.vmdk

Ohne meckern oder murren vergrösserte der vdiskmanager dann auch die gewünschte Festplatte. Beim neustart des Systems gab es dann aber eine böse überraschung. Sie lief nämlich nicht mehr.

Der Grund? ganz einfach ich hatte übersehen das es mal einen Snapshot auf dieser Platte gab und habe diesen schlicht weg ignoriert. Also im selben Ordner war auch noch ein vm1-001-0-00000001.vmdk Auf diese Zeigte auch auf diesen Snapshot. Dumm gelaufen

The parent virtual disk has been modified since the child was created (18).

Ich beschreibe nun kurz was man tun sollte, muss leider auch dazu sagen das es bei mir nicht so recht wollte, aber leider habe ich aus dem schon schweren Fehler durch leichtes zutun einen SuperGau gemacht.

Also erstens: KEINE Panic

Da sich jemand die Mühe gemacht eine Art worst-case Liste zu machen schauen wir einfach ob unser Problem in dieser Liste ist wir schauen also auf  http://sanbarrow.com/vmdk/vmdk-when-its-too-late.html nach ob wir unsers Fehler finden. Und ja da ist er auch schon. ALso müssen wir nicht viel tun.

1. Wir betrachten uns die disc und den Snapshot und finden einen Unterschied in der CID des Parent und im CIDParent eintrag. Diesen müssen wir ausgleichen,also schreiben wir in den CIDParent eintrag logisch den CID des Parent

2. Desweiteren sehen wir das die RW der Einträge nicht mehr stimmt, auch hier übertragen wir die RW vom Parent auf das Child

3. Natürlich hat der Parent nun auch mehr Einträge. Da vmware ja (normalerweise) 2GB Files anlegt, wir haben bei einer vergrösserung von 10GB also 5 Files mehr. Diese löschen wir aus der Datei und die -fxxx.vmdk files von der Festplatte

Die Festplatte (snapshot) würde nun wieder ohne murren booten. Ich empfehle vorher noch folgendes

vmware-vdiskmanager -r <snapshot>.vmdk -t 0 new_vmware.vmdk

Somit kopieren wir den Snapshot, im idealfall sollte es nun auch wieder eine Disk ohne Snap sein, den man dann weiter benutzen kann.

In meinem Fall kann ich nur abschliessend sagen: Gut wenn man ein Backup hat