= Verteilung der virtuellen Maschinen auf die Server =
Dieses Seite beschreibt die reguläre Verteilung der Virtuellen Maschinen auf die fünf Knipp-Server.

|| VM-Name || Arbeitsspeicher || Festplattenspeicher || Server-Nummer ||
|| spam || 1024 MB || 20 GB || 9 ||
|| stats || 512 MB || 4 GB || 8 ||
|| collab || 768 MB || 10 GB || 8 ||
|| lucy || 768 MB || 110 GB || 9 ||
|| vping || 824 MB || 50 GB || 10 ||
|| members || 2048 MB || 60 GB || 10 ||
|| zooey || 2048 MB || 11 GB + 60 GB || 8 ||
|| zooey2 || 2048 MB || 11 GB + 60 GB || 8 ||
|| san || 386 MB || 30 GB || 8 ||
|| steve || 512 MB || 12 GB || 9 ||
|| marcy || 512 MB || 10 GB + 20 GB || 9 ||
|| griff || 2681 MB || 2 GB + 179 GB || 9 ||
|| seven || 128 MB || 4 GB + 112 GB || 10 ||
|| jefferson || 800 MB || 2 GB + 69 GB || 10 ||
|| kelly || 512 MB || 4 GB || 10 ||
|| bud || 869 MB || 8 GB + 83 GB || 8 ||
|| ted || 1024 MB || 20 GB + 2 GB || 10 ||
|| leary || 256 MB || 20 GB || 9 ||

== Belegung der Server ==
|| Server || Speicher || Festplatte ||
|| 1      || 2834 MB  || 197 GB     ||
|| 2      || 3449 MB  || 106 GB     ||
|| 3      || 1893 MB  || 166 GB     ||
|| 4      || 2176 MB  || 240 GB     ||
|| 5      || 24 GB    || 132 GB     ||

== Backup mittels LVM Snapshots ==
Verzeichnisstruktur auf der Backup-Platte:
 * hostname/
   * sizes.txt
   * lvname1/
   * lvname2/
   * ...
   * lvname''n''/

Format von {{{sizes.txt}}}:
{{{
  LV Name   /dev/vgname/lvname
  LV Size   xxx
}}}
Einzelne Einträge durch jeweils eine Leerzeile getrennt.

Aus dieser Datei können die weiter benötigten Unterverzeichnisse wie folgt erzeugt werden:
{{{
grep Name sizes.txt | awk '{ print $3 }' | cut -d/ -f4 | xargs mkdir
}}}

Die einzelnen LVs werden geschickter Weise mittels Snapshots kopiert:

{{{
lvcreate -L500M -s -n backup /dev/vgname/lvname
mount -o ro /dev/vgname/backup /mnt2
rsync  -aHvzx --numeric-ids --delete --sparse --stats /mnt2/ /mnt/hostname/lvname/
umount /mnt2
lvremove -f /dev/vgname/lvname
}}}

Notizen:
 * Wird beim Aufruf von '''lvcreate''' keine Volume Group für den Snapshot angegeben, so wird dieser in der selben Volume Group wie das Logical Volume erzeugt.
 * Die Größenangabe bei '''vgcreate''' gibt die maximale Menge an '''Änderungen''' an, die gespeichert werden können, bevor der Snapshot automatisch deaktiviert wird.

== Backup aus dem laufenden System ==

Für die obige Methode ist es notwendig, dass in der Volume Group ausreichend freier Platz zur Verfügung steht. Sollte dies nicht der Fall sein, so kann auch kein Snapshot erzeugt werden, die Daten müssen daher aus dem laufenden System direkt kopiert werden.
Dazu wird wie folg vorgegangen:

 * mittels {{{xm block-attach bud2.prima.de phy:/dev/sdc1 /dev/xvda4 w}}} wird die Backup-Platte der DomU bekannt gemacht
 * innerhalb der DomU das neue Device mounten
 * innerhalb der DomU wird nun wie oben beschrieben mittels rsync kopiert.
 * innerhalb der DomU das neue Device unmounten
 * die Platte wieder aus der DomU entfernen, dieser Vorgang ist etwas umständlicher:
 '''Schritt 1: Xen device nummer ermitteln'''
 
 {{{
 grep griff /var/log/xen/xend.log | grep garfield | grep DevController
 }}}

 Die Ausgabe endet etwa mit
 {{{
 /local/domain/0/backend/vbd/1/771
 }}}

 Die '''771''' ist die gesuchte Nummer.

 
 '''Schritt 2: Xen Domain-ID ermitteln'''
 
 {{{
 xm list griff.prima.de
 }}}

 Die Nummer in der Spalte '''ID''' ist die gesuchte Nummer (hier 1).

 
 '''Schritt 3: Device von der DomU entfernen'''
 
 {{{
 xm block-detach 1 771
 }}}

 Hier die beiden in Schritt 1 und Schritt 2 ermittelten Zahlen einsetzen.