XeN 3.3 auf Debian-Lenny

[sledge0303]

Hallo Leutz,

bin jetzt in Sachen Debian etwas raus aus der Materie seit Umstieg auf Gentoo. Hab Lenny (unstable) aufgesetzt und aus den Sourcen XeN 3.3 gebastelt.
Anhand erster Tests läuft alles super, wirkt weder langsam noch instabil, doch ist mir folgendes aufgefallen:

Code: Select all

dmesg
...
...
  ***************************************************************
  ***************************************************************
  ** WARNING: Currently emulating unsupported memory accesses  **
  **          in /lib/tls glibc libraries. The emulation is    **
  **          slow. To ensure full performance you should      **
  **          install a 'xen-friendly' (nosegneg) version of   **
  **          the library, or disable tls support by executing **
  **          the following as root:                           **
  **          mv /lib/tls /lib/tls.disabled                    **
  ** Offending process: modprobe (pid=1082)                    **
  ***************************************************************
  ***************************************************************
...
...

/lib/tls kann ich nicht verschieben/umbenennen ==> gibt es nicht
Das Paket libc6-xen ist installiert und entsprechend konfiguriert

Code: Select all

cat /etc/ld.so.conf.d/libc6-xen.conf

hwcap 1 nosegneg

Meine Frage an Euch wäre, hat jemand XeN aus den Lenny-Paketen installiert, erscheint die selbe Meldung bei dmesg und läuft Xen stabil?
Ich schreibe gerade ein Wunsch-Howto XeN 3.3 unter Debian Lenny und würde gerne Fehler vermeiden, deswegen sind Infos wichtig bzw. Hinweise auf irgendwelche Auffälligkeiten die Ihr festgestellt habt im laufenden Betrieb...

...nebenbei erwähnt: XeN und Gentoo RULEZ, yeahhh :D

[f4rr3ll]

Ich schreibe gerade ein Wunsch-Howto XeN 3.3 unter Debian Lenny und würde gerne Fehler vermeiden,

Sledge das finde ich geil .... extra für mich fragste rum ;)

Kann zwar nicht konstruktiv zu dem Thema schrieben, aber nen dickes Danke an deine Arbeit .

[daemotron]

Arbeitst Du mir i368 oder mit amd64? Bei der 32-Bit-Variante musste man AFAIR Gewalt anwenden und die Glibc mit -mno-tls-direct-seg-refs kompilieren. Wenn das in den Spec-Files für Lenny nicht drin ist, hat Houston wohl ein Problem...

[sledge0303]

Arbeitst Du mir i368 oder mit amd64? Bei der 32-Bit-Variante musste man AFAIR Gewalt anwenden und die Glibc mit -mno-tls-direct-seg-refs kompilieren. Wenn das in den Spec-Files für Lenny nicht drin ist, hat Houston wohl ein Problem...

Moin,

denke mal das Houston ein Problem hat...32 Bit Variante. Was den technischen Ablauf angeht, hab mal ein paar Hard-Core Benchmarks laufen lassen, von der Performance domU sowie dom0 keine Probleme offensichtlich - jedenfalls nicht auf dem ersten Blick erkennbar. Jedenfalls wäre das Tutorial nach jetzigem Stand der Dinge für den produktiven Einsatz ungeeignet, bzw. sollte im produktiven Bereich stets argwöhnisch im Auge behalten werden.

@F4RR3LL

Jein, nicht (alleine) wegen dir, es laufen noch andere Projekte in meinem Bereich, wo die Frage XeN+Lenny mal kommen könnte... wie du weisst, ich bastel ja soooo gerne in meiner Freizeit :D
Jedenfalls wird Gentoo never-ever again durch Debian ersetzt werden...

[Joe User]

<OT>

Jedenfalls wird Gentoo never-ever again durch Debian ersetzt werden...

/me: Und wieder jemanden langfristig überzeugt ;)
</OT>

[thorsten]

Muss es denn Xen 3.3 sein?
Seit wenigen Wochen sind die dom0 OpenSuse Patche in lenny und xen 3.2 läuft dort einwandfrei...

(Meine beiden debian/sarge dom0 mit 2.6.16.20 und 2.6.16.27 laufen seit Mai 2006 problemlos mit xen 3.0 ...)

[sledge0303]

Muss es denn Xen 3.3 sein?
Seit wenigen Wochen sind die dom0 OpenSuse Patche in lenny und xen 3.2 läuft dort einwandfrei...

(Meine beiden debian/sarge dom0 mit 2.6.16.20 und 2.6.16.27 laufen seit Mai 2006 problemlos mit xen 3.0 ...)

Hmmm, muss mir mal die Pakete aus Lenny anschauen.

[thorsten]

Mach das mal, läuft schmerzfrei quasi out-of-the-box.
Bei einer Testinstallation mit 3 NICs wollte ich eth1 anstelle von eth0 für die dom0 verwenden. Mit ein wenig (dokumentierter) Handarbeit war das möglich.

Achja: Wenn du die xentools einsetzt, benutze --role=udev und schau, dass du console=xvc0 über die xm.tmpl in die $SERVERNAME.cfg bekommst.
Näheres gerne per PN.