[HOWTO] Debian Etch Xen mit VDR in einer DomU

Holladiö,

ist ein "virtueller" VDR denn 100% ein VDR, oder muß man Abstriche machen?

Meiner einer überlegt das aktuelle System (siehe Signatur) unter XEN laufen zu lassen, um parallel noch ein XP zu betreiben.
(ggf. mache ich noch ein RAM upgrade)

Geht das ohne Neuinstallation des VDR?
Ich habe von Xen nur soviel Ahnung, dass es existiert. Das war es auch schon.

Das XP soll nichts außergewöhnliches leisten, nur Internet, Office, keine Spiele... 1GB Ram sollte für diese DomU genügen.

Kann ich auf dem System ein
"apt-get install xen-linux-system-2.6.18-5-xen-686 xen-tools"
ausführen, gefolgt von einem
"xen-create-image --swap 512Mb --memory 512Mb --dist etch --ip 192.168.100.222 --netmask 255.255.255.0 --gateway 192.168.100.254 --hostname Xen-VDR";
dann grub anpassen, dabei das HowTo anwenden, und meinen alten VDR unter der neuen Umgebung nutzen?
(VDR ggf. neu kompilieren)

Alles passiert auf dem selben System, ist das so möglich, oder muß ich ein nacktes System nutzen und alles neu machen?

Bevor jemand die XP Idee im Kern kritisiert, ja, ich kenne KDE und Konsorten, nutze auch OpenOffice und auch Wine, aber ich suche keine Alternative, ich will ein XP.
Es geht mehr darum ob und wie es geht.

Jetzt wo ich den ganzen Kladderadatsch geschrieben hab fällt mir auf, deses gehört ggf. nicht in dieses HowTo. Dann bitte verschieben.
Tschuldigung

Gruß
Ich

...für XP scheint sich wohl aktuell nur VMWare anzubieten.
Einen Licensekey kann man bei vmware kostenlos generieren.

"http://frilug.fh-friedberg.de/vmware.html"

Zitat

Original von Hottenmax
...für XP scheint sich wohl aktuell nur VMWare anzubieten.
Einen Licensekey kann man bei vmware kostenlos generieren.

"http://frilug.fh-friedberg.de/vmware.html"

Ne, warum? Windows läuft ganz gut auf XEN, man muss halt nur überlegen,welche Performance in Sachen Grafikausgabe man benötigt. Man kann das Windows Über RDP (Remote Desktop) "bearbeiten" oder aber über VNC. Was die Performance bei direkter Ausgabe über SDL in ein X-Fenster angeht, das habe ich selbst noch nicht getestet. Aber über RDP gehts sehr gut.

cu
Markus

Hallo,

prima, genau das wollte ich hören.
Jetzt wo das OB geklärt ist fehlt mir noch das WIE.

Also kann ich das vorhandene System einfach um Xen erweitern und den darauf vorhandenen VDR in eine DomU "schieben" oder muss ich alles neu aufsetzen?

Ich muss mit dem Ding sehr vorsichtig sein, sonst ist der WAF im Eimer

Gruß
Ich

Hi!

Das Thema interessiert mich brennend. Irgendwo im Board habe ich gelesen, dass die Stabilität XEN / VDR nur sehr eingeschränkt wäre. Ich möchte mir einen Server in den Keller stellen mit sattem Plattenplatz, Raid5 und darauf VDR, Win Server und möglichst noch ein System für einen Webserver betreiben... (Stichworte: VDSL 25, Dyndns).

Insofern: Die Stabilitätsfrage ist das Einzige was mich noch von der Realisierung abhält...

Wie sind Deine Erfahrungen damit?

Danke und viele Grüße
Tueftler17

Probleme hatte ich nur, wenn sich die PCI Karten für VDR mit anderen Komponenten den IRQ geteilt haben. Das ging ne Zeitlang gut, dann gabs mal nen Absturz. Manchmal hat es gereicht, die Treiber zu entladen und neu zu laden, manchmal musste ich die DomU neu booten (inkl. Ab- und Anmelden der PCI Geräte an der Dom0), in wenigen Fällen musste ich auch die Dom0 durchbooten. Das war aber mit Xen 3.0, wie es aktuell mit dem 3.2 aussieht, habe ich noch nicht getestet (keine Zeit momentan).

Nach meinem umzug Mitte Juli werde ich das aber wieder angehen, dann allerdings mit USB Geräten (DVB-T und 2x Opera DVB-S), da müsste es ausreichen, wenn man einen USB Chip an die DomU weitergibt. Da sollte sich das mit den doppelt belegten IRQs auch vermeiden lassen.

Ansonsten bin ihc mit der Stabilität von Xen 3.2 sehr zufrieden, bis jetzt keine Ausfälle der Win-Instanz, auch die beiden Linux (paravirtualisiert) Systeme laufen hervorragend (1x Fileserver, 1x Router/DHCP/Nameserver).

Engpass ist momentan nur die Plattenperformance

cu
Markus

Hi!

Die Idee mit Opera DVB-S klingt auch sehr gut, ist ja letztlich preiswerter als eine DVB-S-Karte (warum eigentlich?) Klappt das auch mit HDTV?

Tschau
Tueftler17

Mal eine Frage ich hab das Problem das er bei mir nur immer eine meiner 2 TV-Karten (Nexus 2.1 & Nexus 2.2).
Leider findet er immer nur eine.
habe versucht den pci im domO mit pci.hide beide versteckt.
im xen-cfg file des xen-vdrs hab ich dann die pcis beide wieder eingebunden.
Problem ist wenn ich lspci eingebe erhalte ich stets nur eine 00:00.0 Phillips... bezeichung.
wenn ich den xen-vdr mittels xen create -c /etc/xen/xen-vdr.cfg starte erhalte ich auch eine fehlermeldung das angeblich der treiber nicht gefunden wird.modprobe dvb-ttpci funktioniert problemlos allerddings.

wisst ihr rat?

DomU
auszug aus der /var/log/mesages

Jul 17 19:30:33 iduna kernel: Linux video capture interface: v2.00
Jul 17 19:30:33 iduna kernel: saa7146: register extension 'dvb'.
Jul 17 19:30:33 iduna kernel: PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
Jul 17 19:30:33 iduna kernel: saa7146: found saa7146 @ mem c904aa00 (revision 1, irq 10) (0x13c2,0x0003).
Jul 17 19:31:06 iduna runvdr: stopping after fatal fail (vdr: no primary device found - using first device!)

lspci ausgabe:

0000:00:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)

DomO:

lspci | grep Multimedia
[code]
00:09.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
00:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
[/code

gruß jensa]

Moin,

poste mal Dein DomU Config und die menu.lst. Da kann
was nicht stimmen.

Gruß,
Carsten.

hallo,
die beiden erwünschten dateien,
konnte sie leider nicht früher posten.
gruß jensa

domU Config:

#
#  Configuration file for the Xen instance iduna, created on
# Wed Jul 16 20:16:15 2008.
#
pci=['00:09.0']
pci=['00:0b.0']


#
#  Kernel + memory size
#
kernel  = '/boot/vmlinuz-2.6.18-4-xen-686'
ramdisk = '/boot/initrd.img-2.6.18-4-xen-686'


memory  = '128'




#
#  Disk device(s).
#
root    = '/dev/sda1 ro'


disk    = [ 'file:/home/xen/domains/iduna/disk.img,sda1,w', 'file:/home/xen/domains/iduna/swap.img,sda2,w' ]


#
#  Hostname
#
name    = 'iduna'




#
#  Networking
#
dhcp = 'dhcp'
vif  = [ '' ]


#
#  Behaviour
#
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'

menu.lst

# menu.lst - See: grub(8), info grub, update-grub(8)
#            grub-install(8), grub-floppy(8),
#            grub-md5-crypt, /usr/share/doc/grub
#            and /usr/share/doc/grub-doc/.


## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not change this entry to 'saved' or your
# array will desync and will not let you boot your system.
default		0


## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout		1


# Pretty colours
color cyan/blue white/blue


## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
# e.g. password topsecret
#      password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret


#
# examples
#
# title		Windows 95/98/NT/2000
# root		(hd0,0)
# makeactive
# chainloader	+1
#
# title		Linux
# root		(hd0,1)
# kernel	/vmlinuz root=/dev/hda2 ro
#


#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST


### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below


## DO NOT UNCOMMENT THEM, Just edit them to your needs


## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/hda1 ro


## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,0)


## should update-grub create alternative automagic boot options
## e.g. alternative=true
##      alternative=false
# alternative=true


## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##      lockalternative=false
# lockalternative=false


## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=


## should update-grub lock old automagic boot options
## e.g. lockold=false
##      lockold=true
# lockold=false


## Xen hypervisor options to use with the default Xen boot option
# xenhopt=


## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0


## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(single-user) single
# altoptions=(single-user mode) single


## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##      howmany=7
# howmany=all


## should update-grub create memtest86 boot option
## e.g. memtest86=true
##      memtest86=false
# memtest86=true


## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false


## ## End Default Options ##


title		Xen 3.0.3-1-i386-pae / Debian GNU/Linux, kernel 2.6.18-4-xen-686
root		(hd0,0)
kernel		/boot/xen-3.0.3-1-i386-pae.gz
module		/boot/vmlinuz-2.6.18-4-xen-686 root=/dev/hda1 ro xencons=off pciback.hide=(00:09.0)(00:0b.0)
module		/boot/initrd.img-2.6.18-4-xen-686
savedefault


title		Debian GNU/Linux, kernel 2.6.18-6-686
root		(hd0,0)
kernel		/boot/vmlinuz-2.6.18-6-686 root=/dev/hda1 ro 
initrd		/boot/initrd.img-2.6.18-6-686
savedefault


title		Debian GNU/Linux, kernel 2.6.18-6-686 (single-user mode)
root		(hd0,0)
kernel		/boot/vmlinuz-2.6.18-6-686 root=/dev/hda1 ro single
initrd		/boot/initrd.img-2.6.18-6-686
savedefault


title		Debian GNU/Linux, kernel 2.6.18-4-686
root		(hd0,0)
kernel		/boot/vmlinuz-2.6.18-4-686 root=/dev/hda1 ro 
initrd		/boot/initrd.img-2.6.18-4-686
savedefault


title		Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode)
root		(hd0,0)
kernel		/boot/vmlinuz-2.6.18-4-686 root=/dev/hda1 ro single
initrd		/boot/initrd.img-2.6.18-4-686
savedefault


### END DEBIAN AUTOMAGIC KERNELS LIST

Moin,

ich denke, Du hast einen kleinen Fehler, in der Konfiguration müsste es m.E. heißen:

pci=['00:09.0','00:0b.0']

Das ist ein Skript (python) und Du überschreibst die Variable beim zweiten Mal, ergo findet das System nur eine Karte.

Gruß,
Carsten.

okay gut werde es morgen daheim einmal ausprobieren wenn es dann geht wäre es super ansonsten müsste ich nochmal mich melden.

danke aber erstmal.

von der logik her wärs nämlich sogar einleuchtend:)

hallo,
habe ich gemacht es in eine "variable" zu schreiben,
jetzt erkennt er auch 2 devices.
jedoch scheint er die treiber nicht zu finden für die karten, er erkennt zwar das es die FF-Karten sind aber er kann das dvb-ttpci modul nicht laden.
woran kann es liegen?

dmesg ausgabe:

saa7146: register extension 'dvb'.
PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
saa7146: found saa7146 @ mem c904ae00 (revision 1, irq 12) (0x13c2,0x0003).
dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware or /lib/firmware
dvb-ttpci: and can be downloaded from http://www.linuxtv.org/download/dvb/firmware/
PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
saa7146: found saa7146 @ mem c904aa00 (revision 1, irq 10) (0x13c2,0x0000).
dvb-ttpci: could not load firmware, file not found: dvb-ttpci-01.fw
dvb-ttpci: usually this should be in /usr/lib/hotplug/firmware or /lib/firmware
dvb-ttpci: and can be downloaded from http://www.linuxtv.org/download/dvb/firmware/

in beiden verzeichnisen jedoch habe ich die firmware entpackt sodass sie sogar in beiden verzeichnissen exisitert?

Hi!

Mach doch mal ein ls -als /usr/lib/hotplug/firmware und poste die Ausgabe hier. Vielleicht gibt es einen Typo im Dateinamen?

Viele Grüße
Tueftler17

Ausgabe von ls -als

iduna:/usr/lib/hotplug/firmware# ls -asl
total 252
  4 drwxr-xr-x 2 root root   4096 Jul 16 23:55 .
  4 drwxr-xr-x 3 root root   4096 Jul 16 23:41 ..
244 -rw-r--r-- 1 root root 242280 Jan 21  2007 dvb-ttpci-01.fw

heißt es ist eigtl so wie es sein sollte oder?

gruß jensa

Hi!

Das sieht genau wie erwartet aus, auch die Dateigröße stimmt.

Ich hatte zuerst gedacht, vielleicht befindet sich die Datei nicht in der richtigen Maschine aber der Hostname iduna passt zur Konfiguration vom XEN.

Also: Ich habe auch keine weitere Idee mehr, vielleicht hat jemand anderes einen TIpp?

Ich drücke die Daumen,
tschau
Tueftler17