Der “Trick” ist einfach. Man löscht die letzte Partiton mit fdisk und legt sie mit dem identischen Start-Zylinder neu an. Unbedingt den identischen Start-Zylinder nehmen! Ansonsten war’s das mit den Daten! Danach kann man die entsprechende Partition mit pvresize vergrößern, dann das logical Volum mit lvextend und anschließend das Filesystem mit resizefs.

Also an 2 Stellen bei RAW-Devices aufpassen:

1. Beim Vergrößern des Sparse Files die entgültige Größe angeben und nicht umwievil vergrößert wird. Und
2. Beim Neuanlegen der Partition unbedingt den gleichen Start-Zylindern nehmen

Artikel als PDF exportieren.

• Ohne LVM: Device-Maps erstellen

  sudo kpartx -l image.qemu

  Man bekommt dann sowas wie:

  loop0p1 : 0 401562 /dev/loop0 63
  loop0p2 : 0 39471705 /dev/loop0 401625
  loop0p3 : 0 2040255 /dev/loop0 39873330
  

  Das lässt sich dann einfach per mount einhängen.

• Mit LVM:muss noch das LVM gescannt werden
  Nachdem die Partitionen in dem Qemu-Image bei mir ein LVM waren musste ich die erst mal lernen. Das geht wie folgt:

  sudo vgscan

  Was wiederum folgendes liefert:

  sudo lvs
    LV      VG   Attr   LSize  Origin Snap%  Move Log Copy%  Convert
    rootvol myvg -wi-a- 18,81g
  

  Anschließend kann man das LVM ganz einfach mounten

   sudo mount /dev/myvg /mnt

BTW: Das geht natürlich auch mit Xen

Artikel als PDF exportieren.

mkinitrd --with virtio_pci --with virtio_blk -f /boot/initrd-$(uname -r).img $(uname -r)

Anschließend reicht es die KVM Konfig wie folgt zu ändern/ergänzen:

    <disk type='file' device='disk'>
      <target dev='vda' bus='virtio'/>
    </disk>
    <interface type='bridge'>
      <model type='virtio' />
    </interface>

Artikel als PDF exportieren.

1. Image sichern:

   cp kvm-image.img kvm-image.img.backup

2. Typ der Partition ermitteln:

   qemu-img info kvm-image.img 
    
   image: kvm-image.img
   file format: raw
   virtual size: 4.0G (4294967296 bytes)
   disk size: 3.7G

3. Gegebenenfalls Typ umwandeln:
   Ist das Image kein raw Format, so konvertiert man es erst mal ins raw Format

   qemu-img convert -f qcow2 kvm-image.img -O raw kvm-image.raw

4. Image vergrößern:
   Hier z.B. wird das Image auf 10GB (10240*1MB) erweitert:

   dd if=/dev/zero of=kvm-image.raw bs=1M count=0 seek=10240

Anschließend ist Platz für eine neue Partition. Und diese kann etwa ein bestehendes LVM wie hier beschrieben vergrößern.

Artikel als PDF exportieren.

Also merke: ConVirt ausprobieren!

Artikel als PDF exportieren.

VMware unterscheidet sich bisher von den freien Alternativen in der schieren Anzahl der Möglichkeiten. Meine VMs laufen auf meinem Notebook ganz simple unterwegs oder hochverfügbar mit VMotion auf einem ESX Cluster im RZ oder auch auf beliebiger Leihhardware an Veranstaltungen. Außerdem sind VMs unter VMware sehr sehr einfach ein zu richten. Man braucht etwa keine Linux Kenntnisse um eine neue Linux VM auf einem ESX Server hochverfügbar zum Laufen zu bringen. Alles geht über die sehr gute Administrationssoftware. Und genau da fehlt es noch bei den freien Alternativen.

RedHat hat dies erkannt und fördert mit oVirt ein Projekt, dass genau diesen Umstand behebt. Die Screenshots sehen schon richtig viel versprechend aus. Dagegen sieht der VMBuilder von Ubuntu richtig schlecht aus. Und das obwohl er bereits jetzt Xen, VMWare und KVM unterstützt.

Ich muss mir das unbedingt ansehen. Daher muss ich doch mal einen NFS-Cluster mit DRBD und VMs auf KVM Basis installieren. Wo bekomme ich nur die Hardware her …

Artikel als PDF exportieren.