XEN-Etch - Versionsgeschichte

Neobiker am 19. April 2010 um 20:37 Uhr

2010-04-19T20:37:00Z

← Nächstältere Version		Version vom 19. April 2010, 22:37 Uhr
Zeile 333:		Zeile 333:
	xm create -c devel		xm create -c devel
	</pre>		</pre>

	~~Siehe auch: [[DomU Setup\|DomU Setup (Eintrag von: VS)]]~~

Neobiker am 3. April 2008 um 17:17 Uhr

2008-04-03T17:17:19Z

← Nächstältere Version		Version vom 3. April 2008, 19:17 Uhr
Zeile 258:		Zeile 258:
	mkswap /vm/devel/swap.img		mkswap /vm/devel/swap.img
	</pre>		</pre>
	Bei Bedarf ~~kan~~ das System ganz einfach benutzt oder geändert werden, z.B. um		Bei Bedarf kann das System ganz einfach benutzt oder geändert werden, z.B. um

	* Files in der DomU zu ändern, oder um		* Files in der DomU zu ändern, oder um
Zeile 267:		Zeile 267:

	<pre>		<pre>
	mount /vg/devel /vm/devel		mount /dev/vg/devel /vm/devel
	mount -t proc none /vm/devel/proc		mount -t proc none /vm/devel/proc
	chroot /vm/devel		chroot /vm/devel

Neobiker am 3. April 2008 um 17:15 Uhr

2008-04-03T17:15:12Z

← Nächstältere Version		Version vom 3. April 2008, 19:15 Uhr
Zeile 197:		Zeile 197:
	xen0# vi /etc/ntp.conf		xen0# vi /etc/ntp.conf
	...		...
	server ptbtime1.ptb.de		#server ptbtime1.ptb.de # Kein direkter ptbtime Zugriff mehr gewüscht!
	server ptbtime2.ptb.de		#server ptbtime2.ptb.de # Kein direkter ptbtime Zugriff mehr gewüscht!
	server ntp0.freenet.de		server ntp0.freenet.de
	server gwdu01.gwdg.de		server gwdu01.gwdg.de
	server ~~efw~~.~~neobiker~~.de		server 0.de.pool.ntp.org
			server 1.de.pool.ntp.org
	...		...
	</pre>		</pre>

Neobiker: /* Debian Installation */

2007-11-03T15:05:38Z

Debian Installation

← Nächstältere Version		Version vom 3. November 2007, 17:05 Uhr
Zeile 87:		Zeile 87:
	Weiter mit dem ''Installations-Dialog'':		Weiter mit dem ''Installations-Dialog'':
	<pre>		<pre>
	Auswahl: ~~Standard-~~System~~, kein Desktop-Dystem~~		Auswahl: Minimal System (Alles abwählen)
	Grub in MBR: YES		Grub in MBR: YES
	Finish Installation: Continue		Finish Installation: Continue

Neobiker: /* XEN Konfiguration */

2007-11-03T14:08:12Z

XEN Konfiguration

← Nächstältere Version		Version vom 3. November 2007, 16:08 Uhr
Zeile 328:		Zeile 328:

	Jetzt kann die DomU schon gestartet werden - ... sofern sie schon unter ''/dev/vg/devel'' installiert wurde ;-)		Jetzt kann die DomU schon gestartet werden - ... sofern sie schon unter ''/dev/vg/devel'' installiert wurde ;-)

	~~----~~
	~~[[DomU Setup]] (Author: VS)~~
	~~----~~

	<pre>		<pre>
	xm create -c devel		xm create -c devel
	</pre>		</pre>

			Siehe auch: [[DomU Setup\|DomU Setup (Eintrag von: VS)]]

Neobiker: /* XEN Konfiguration */

2007-11-03T14:02:29Z

XEN Konfiguration

← Nächstältere Version		Version vom 3. November 2007, 16:02 Uhr
Zeile 329:		Zeile 329:
	Jetzt kann die DomU schon gestartet werden - ... sofern sie schon unter ''/dev/vg/devel'' installiert wurde ;-)		Jetzt kann die DomU schon gestartet werden - ... sofern sie schon unter ''/dev/vg/devel'' installiert wurde ;-)

	[[DomU Setup]]		----
			[[DomU Setup]] (Author: VS)
			----

	<pre>		<pre>
	xm create -c devel		xm create -c devel
	</pre>		</pre>

Neobiker: Korrektur: Fehler von VS

2007-11-03T14:01:04Z

Korrektur: Fehler von VS

← Nächstältere Version		Version vom 3. November 2007, 16:01 Uhr
Zeile 323:		Zeile 323:
	Ein Swapfile für die DomU ist schnell angelegt:		Ein Swapfile für die DomU ist schnell angelegt:
	<pre>		<pre>
	~~mount /vg/devel /vm/devel <!-- STIMMT DAS !? !?-->~~
	dd if=/dev/zero of=/vm/devel/swap.img bs=1024k count=512		dd if=/dev/zero of=/vm/devel/swap.img bs=1024k count=512
	mkswap /vm/devel/swap.img		mkswap /vm/devel/swap.img

Neobiker am 2. November 2007 um 18:55 Uhr

2007-11-02T18:55:45Z

Neue Seite

Hier beschreibe ich (''neobiker'') meine '''XEN Installation mit Debian Etch''' - vielleicht kann ja jemand was damit anfangen...(zum spicken).
----
Ausgangsbasis: [[Debian XEN Installation|Meine erste Installation mit Sarge]]
----

'''Ausgangssituation:'''

* Intel P4 1.7 GHz, 768MB RAM, 2x 160 GB + 1x 240 GB Disks, 2x 100 MBit Ethernet
* AVM Fritzcard PCI
* USB Drucker
* WLAN-DSL Router mit integrierter Firewall (Linux stateful firewall)

'''Zielsystem:'''

* Disks mit '''RAID1''' gespiegelt, Partitionierung mit '''LVM'''
* SnapShot Backup mit rsync
* '''XEN 3.0.3''' Host-System nur mit DNS/DHCP ohne jegliche weitere Funktionen!
* Development System (zum Kompilieren usw.)
* mehrere weitere virtuelle Systeme (Firewall, DMZ, usw.)

== Debian Installation ==
Ich installiere ein neues Debian System mittels der ''Netinst'' Methode.

Debian Etch laden und installieren, '''Kernel 2.6 Installation''':
<pre>
boot: linux26
</pre>

Installations-Dialog bis zur Partitionierung der Disks:
<pre>
Language: English
Country: Germany
Keyboard Layout: German
Hostname: xen0
Domain name: neobiker.de
</pre>

Die Partitionierung mit RAID1 und LVM ist nicht trivial. Wichtig ist die Reihenfolge:
<pre>
1. Partitionierung der Disks
2. RAID Konfigurieren
3. LVM-Filesystem definieren
4. EXT3 Filesystem installieren
5. Mount Points eintragen
</pre>

Ich partitioniere beide Disks mittels ''Manual partition disks'' wie folgt:
<pre>
1. Disk sda Partitionieren
1.0 GB RAID <-- bootable YES
4.0 GB RAID
30 GB RAID
2.0 GB swap

2. Disk sdb Partitionieren
1.0 GB RAID <-- bootable YES
4.0 GB RAID
30 GB RAID
2.0 GB swap
</pre>

Jetzt muss das RAID konfiguriert werden ''Configure software RAID'':

''create md device - RAID1 - 2 active - 0 spare''
<pre>
RAID Konfiguration: 2/0 (Disk/Spare)
md0: sda1 + sdb1
md1: sda2 + sdb2
md2: sda3 + sdb3
</pre>

Jetzt können die RAID Devices #0 (ext3), #1 (ext3) und #2 (lvm) formatiert werden:
<pre>
RAID 1 device #0
#1 1GB ext3 /boot
RAID 1 device #1
#1 4GB ext3 /
RAID 1 device #2
#1 30GB LVM
</pre>
Man kann das natürlich auch alles in eine grosse Partition plus ''swap'' nehmen.
Die separate ''/boot'' Partition erweist sich als nützlich, wenn man verschiedene Systeme von unterschiedlichen Disks/Partitionen starten möchte (''/'' liegt woanders als grub).

Die LVM Konfiguration von ''/dev/md2'' als ''/data'' machen wir später von Hand.

Weiter mit dem ''Installations-Dialog'':
<pre>
Auswahl: Standard-System, kein Desktop-Dystem
Grub in MBR: YES
Finish Installation: Continue
</pre>

''Reboot'' des Rechners ...

Die Debian Konfiguration startet wieder automatisch, hier
<pre>
Hardware Clock GMT: No
Timezone Europe/Berlin: YES
...
APT Configuration: FTP
Mirror Country: Germany
Debian Mirror: ftp.de.debian.org
Proxy:
...
Mail configuration: No Config at this time
</pre>

Damit '''GRUB''' im Fehlerfalle auch von der 2. Platte booten kann, muss GRUB auch in den MBR der 2.ten Disk installiert werden:
<pre>
xen0# grub

grub> device (hd0) /dev/sdb
grub> root (hd0,0)
grub> setup (hd0)
</pre>

=== Netzwerk ===

Statische IP Konfiguration für Server (bei Servern immer). Zusätzliche XEN-Bridges füge ich später im modifizierten XEN Scripts hinzu.
<pre>
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
# (network, broadcast and gateway are optional)
auto eth0
iface eth0 inet static
address 192.168.0.10
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1

iface eth1 inet manual
</pre>

'''Hostnamen definieren'''

Datei ''/etc/hosts'' editieren:
<pre>
127.0.0.1 localhost.localdomain localhost
192.168.0.10 xen0.neobiker.de xen0

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
</pre>

'''Namensauflösung'''

Ich benutze in meinem LAN ''neobiker.de'' einen eigenen Nameserver, der keine externe Adressen auflöst (das macht die Firewall).

Datei ''/etc/resolv.conf'' anpassen:
<pre>
search neobiker.de
nameserver 127.0.0.1
</pre>

=== Sonstige Konfigurationen ===

'''APT'''

Ich trage '''nur''' die Standard Repositories in die Datei ''/etc/apt/sources.list'' ein:
<pre>
# debian etch online quellen
deb http://ftp.de.debian.org/debian/ etch main
deb-src http://ftp.de.debian.org/debian/ etch main

# debian security online quellen
deb http://security.debian.org/ etch/updates main
deb-src http://security.debian.org/ etch/updates main
</pre>

'''Installation updaten'''

Jetzt kann die gesamte Installation aktualisiert werden:
<pre>
apt-get update
apt-get upgrade
</pre>

'''Uhrzeit automatisch aktualisieren'''

Die Uhrzeit aktualisiere ich über ''ntpd''.
<pre>
apt-get install ntp ntpdate

xen0# vi /etc/ntp.conf
...
server ptbtime1.ptb.de
server ptbtime2.ptb.de
server ntp0.freenet.de
server gwdu01.gwdg.de
server efw.neobiker.de
...
</pre>

=== LVM Konfiguration ===

Die grosse Partition soll für grössere Flexibilität mit LVM installiert werden.

Konfiguration der LVM-Partition: Es wird ein physisches Volume angelegt, welches mehrere logische Volume-Gruppen aufnehmen kann. Wir legen nur eine Volume-Gruppe an:
<pre>
apt-get install lvm2

pvcreate /dev/md2

vgcreate vg /dev/md2
</pre>

Dort (in der Volumegroup ''vg'') können jetzt die logischen Volumes installiert werden:
<pre>
lvcreate -L 10G -n devel vg # Development (e.g. compiling kernel/modules)
lvcreate -L 1G -n efw vg # Endian Firewall
lvcreate -L 4G -n srv vg # Main Server
</pre>
Eine Development Partition (10GB) und 2x Partitionen für virtuelle Maschinen ''efw'' und ''srv''.

Jetzt das Filesystem formatieren:
<pre>
mkfs.ext3 /dev/vg/devel
mkfs.ext3 /dev/vg/efw
mkfs.ext3 /dev/vg/srv
</pre>

Die Konfiguration in ''/etc/fstab''
<pre>
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/md1 / ext3 defaults,errors=remount-ro 0 1
/dev/md0 /boot ext3 defaults 0 2
/dev/hda5 none swap sw 0 0
/dev/hdb5 /tmp ext3 defaults 0 2
/dev/hdd /media/cdrom0 iso9660 ro,user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/dev/vg/devel /vm/devel ext3 defaults,noauto 0 0
/dev/vg/srv /vm/srv ext3 defaults,noauto 0 0
/dev/vg/efw /vm/efw ext3 defaults,noauto 0 0
</pre>

Und für die Partitionen ein Mountpoint anlegen, bzw. ein Swapfile für die DomUs anlegen:
<pre>
mkdir -p /vm/devel /vm/efw /vm/srv

dd if=/dev/zero of=/vm/devel/swap.img bs=1024k count=512
mkswap /vm/devel/swap.img
</pre>
Bei Bedarf kan das System ganz einfach benutzt oder geändert werden, z.B. um

* Files in der DomU zu ändern, oder um
* per '''chroot''' das System zu benutzen, oder um
* ''setup'' oder ''passwd'' im System aufzurufen, oder um
* Netzwerkkonfiguration manuell zu ändern,
* oder um ...

<pre>
mount /vg/devel /vm/devel
mount -t proc none /vm/devel/proc
chroot /vm/devel
...
</pre>

== XEN Installation ==

Ich installiere nur die '''XEN-Binaries''', da ich in dem Hypervisor-Hostsystem keine Development-Umgebung zum Übersetzen von Sourcen installieren möchte (und anderes Zeugs auch nicht).
<pre>
apt-get install xen-hypervisor-3.0.3-1-i386 xen-linux-system-2.6.18-4-xen-686 linux-image-2.6.18-4-xen-686 linux-modules-2.6.18-4-xen-686 libc6-xen
apt-get install xen-utils-3.0.3-1
</pre>

'''XEN Boot-Einträge für GRUB'''

Zum booten muss ''grub'' noch entsprechende Einträge in der Datei ''/boot/grub/menu.list'' erhalten:
<pre>
title Xen 3.0.3-1-i386 / Debian GNU/Linux, kernel 2.6.18-4-xen-686
root (hd0,0)
kernel /xen-3.0.3-1-i386.gz dom0_mem=64M
module /vmlinuz-2.6.18-4-xen-686 root=/dev/md1 ro console=tty0 noirqdebug nousb pciback.hide=(02:09.0)(02:09.1)
module /initrd.img-2.6.18-4-xen-686
savedefault
</pre>
Einen ''Memory squeeze error in netback driver'' vermeide ich, indem ich der Dom0 Memory fest zuweise - Option ''dom0_mem=64M''. In ''/etc/xen/xend-config.sxp'' sollte natürlich der Wert ''dom0_min_mem'' dazu passen.
Die Optionen ''noirqdebug'' und ''nousb'' verwende ich, weil ich PCI-Geräte in DomU's verwenden möchte, nicht in der Dom0. Hat sich als stabiler erwiesen (vorher ist auf meiner Hardware manchmal das System eingefroren, wg. IRQ-Problemen in DomUs).

Jetzt kann ein ''reboot'' folgen und hoffentlich den XEN Hypervisor starten ...
<pre>
reboot
</pre>

=== XEN Konfiguration ===

Ich liste mal eine XEN Installation in eine eigene Partition und in eine Image Datei auf (wie beim c't Server die UML).

Konfig-Datei ''/etc/xen/devel'' für eine XEN-Installation in einer eigenen (LVM-) Partition ''/dev/vg/devel'':
<pre>
name ="devel"
memory =256

kernel ="/boot/vmlinuz-2.6.18-4-xen-686"
ramdisk="/boot/initrd.img-2.6.18-4-xen-686"
root ="/dev/hda1"
extra ="3"
dhcp ="none"

disk =[ 'phy:vg/devel,hda1,w'
,'file:/vm/devel/swap.img,hda2,w'
]
vif =[ 'mac=aa:00:00:00:00:01, bridge=xenbr0'
]
</pre>

Ein Swapfile für die DomU ist schnell angelegt:
<pre>
mount /vg/devel /vm/devel 
dd if=/dev/zero of=/vm/devel/swap.img bs=1024k count=512
mkswap /vm/devel/swap.img
</pre>

Jetzt kann die DomU schon gestartet werden - ... sofern sie schon unter ''/dev/vg/devel'' installiert wurde ;-)

[[DomU Setup]]

<pre>
xm create -c devel
</pre>

Neobiker: /* XEN Installation */

2007-05-26T07:30:44Z

XEN Installation

← Nächstältere Version		Version vom 26. Mai 2007, 09:30 Uhr
Zeile 285:		Zeile 285:
	savedefault		savedefault
	</pre>		</pre>
	Einen ''Memory squeeze error in netback driver'' vermeide ich, indem ich der Dom0 Memory fest zuweise - Option ''dom0_mem=64M''.		Einen ''Memory squeeze error in netback driver'' vermeide ich, indem ich der Dom0 Memory fest zuweise - Option ''dom0_mem=64M''. In ''/etc/xen/xend-config.sxp'' sollte natürlich der Wert ''dom0_min_mem'' dazu passen.
	Die Optionen ''noirqdebug'' und ''nousb'' verwende ich, weil ich PCI-Geräte in DomU's verwenden möchte, nicht in der Dom0. Hat sich als stabiler erwiesen (vorher ist auf meiner Hardware manchmal das System eingefroren, wg. IRQ-Problemen in DomUs).		Die Optionen ''noirqdebug'' und ''nousb'' verwende ich, weil ich PCI-Geräte in DomU's verwenden möchte, nicht in der Dom0. Hat sich als stabiler erwiesen (vorher ist auf meiner Hardware manchmal das System eingefroren, wg. IRQ-Problemen in DomUs).

Neobiker: /* XEN Installation */

2007-05-26T07:29:02Z

XEN Installation

← Nächstältere Version		Version vom 26. Mai 2007, 09:29 Uhr
Zeile 285:		Zeile 285:
	savedefault		savedefault
	</pre>		</pre>
			Einen ''Memory squeeze error in netback driver'' vermeide ich, indem ich der Dom0 Memory fest zuweise - Option ''dom0_mem=64M''.
	Die Optionen ''noirqdebug'' und ''nousb'' verwende ich, weil ich PCI-Geräte in DomU's verwenden möchte, nicht in der Dom0. Hat sich als stabiler erwiesen (vorher ist auf meiner Hardware manchmal das System eingefroren, wg. IRQ-Problemen in DomUs).		Die Optionen ''noirqdebug'' und ''nousb'' verwende ich, weil ich PCI-Geräte in DomU's verwenden möchte, nicht in der Dom0. Hat sich als stabiler erwiesen (vorher ist auf meiner Hardware manchmal das System eingefroren, wg. IRQ-Problemen in DomUs).