Xen: xm console werkt niet

[PDorn]

Goedemiddag,

Ik zit al een tijdje met een probleem, alleen om een beetje fatsoenlijk te debuggen moet ik dat probleem nu echt opgelost hebben.

Op m'n dom0 heb ik CentOS 5.2 draaien. Daarop draaien een aantal domU's, waaronder debian. Nou wil ik op de dom0 gewoon kunnen zeggen: xm console domu om vervolgens dat systeem te beheren. De reden hiervan is dat ik soms crashes heb en dmv van de console de laatste gegevens moet kunnen bekijken.

SSH of VNC is geen optie, aangezien deze de verbinding verbreken en mij niet laten zien wat ik wil zien.

Hier mijn domU config:

name = "vm-pongo"
maxmem = 1024
memory = 1024
vcpus = 1
builder = "hvm"
kernel = "/usr/lib/xen/boot/hvmloader"
boot = "c"
pae = 0
acpi = 0
apic = 0
on_poweroff = "destroy"
on_reboot = "restart"
on_crash = "restart"
device_model = "/usr/lib/xen/bin/qemu-dm"
sdl = 0
vnc = 1
vncunused = 1

disk = [
"phy:/dev/xenvg/pongoroot,ioemu:hda,w"
]

vif = [
"mac=00:17:3a:2a:6b:e2,bridge=xenbr0,type=ioem u",
"mac=00:18:3a:2a:6b:e2,bridge=xenbr1,type=ioem u" ]
serial = "pty"
localtime = 1

Wie kan me op weg helpen? Ben al nagenoeg de hele dag aan het google'en maar kom geen stap verder...

Mvg,

Peter Dorn

[Jesperw]

Wat gaat er precies mis? Krijg je geen beeld? Een foutmelding?

[Kippenijzer]

Een HVM guest werkt niet icm xm console, alle output gaat helaas enkel via VNC. De 'lokale' VNC op je Xen server is 'gewoon' een full console inclusief eventuele BIOS procedures en BSOD's . Volgens mij is het enige alternatief anders om een seriele console in te bouwen die mogelijk output geeft, maar hij zal nooit de crash-melding 'onthouden'.

[Yourwebhoster]

Wat laat VNC en/of SSH niet zien wat je wilt? Met VNC zie je evenveel als een normale KVM-over-IP.

[PDorn]

Wat ik niet zie is een kernel panic of wat dan ook. Op de meest rare moment crashen mijn domU's en kan er geen verklaring voor vinden.
VNCviewer sluit automatisch het scherm als de verbinding kwijt is, waardoor ik 'm niet rustig open kan laten staan en kan zien met welke reden hij weg is.

Iemand nog tips om dit probleem te traceren ?

[hrodenburg]

serial = "pty"

Is dat wel correct? (geen ervaring met linux domu's onder HVM)

[Kippenijzer]

Je DomU's crashen dus niet zodat ze hangen, maar echt zodat ze niet meer bestaan iin je xm list? Kun je niet eens spelen met alternatieve opties voor de on_poweroff,reboot,crash instellingen?

[The-BosS]

Iemand nog tips om dit probleem te traceren ?

Je zou ook een externe syslogd server kunnen draaien, zo kan je achteraf makkelijker zoeken of kan je of deze (remote) server message tail laten aanstaan. Kijk ook eens met xm list of de vps wel nog runt of in zombie mode of pause terecht komt. Controleer of in je vps zelf er geen powersave dingen ingesteld zijn waardoor de hd locked.

Hangt de vps op vaste tijdstippen of na bepaalde tijd of is het gewoon random of na het starten van een bepaald programma/service.

[PDorn]

De VPS hangt over het algemeen 's nachts tijdens het draaien van een back-up. Ik vermoed dan ook dat dit door network load komt. De VPS blijft wel onder 'xm list' staan. Soms zonder state, soms in gewone state. Geen touw aan vast te knopen.

Externe syslogd server draaien is misschien wel een goed idee. Dit zal ik zometeen gaan inregelen.

[hrodenburg]

Een externe syslog draaien begrijp ik nog niet helemaal. Wanneer je de domu weer gestart hebt, kun je toch gewoon in de log kijken? Dan zie je net zo veel.

[Kippenijzer]

Als het ding crasht ivm het niet kunnen schrijven naar disks kan hij niet echt goed zijn logs wegschrijven he . Bij een acute crash heb je dus niets aan de logs op de 'lokale' schijf, terwijl de logging naar een remote server het meestal nog net lang genoeg blijft doen.

[riley]

Ik heb niet heel veel ervaring met HVM als DomU maar wel met Para als DomU.
Ik werk momenteel zelf met een wat verouderde Xen 3.1 en maak gebruik van para DomU guests. Bijna alle DomU Guests heb ik van http://mirror.linuxos.sk/jailtime/. Hoe dan ook, qua performance ben ik zéér te spreken over Linux para virtualisatie in Linux. Het verschil is alleen dat ik Ubuntu gebruik als Dom0.
Misschien kun je de machine ook als para virtualized opstarten. Dan kan je iig de xm console gebruiken.

Betreft de externe syslog server kan ik je echt syslog-ng aanraden. Als je Ubuntu pakt als VM kan je syslog-ng makkelijk installeren vanuit aptitude. De andere servers maken gebruik van rsyslog en stunnel om secure de log naar de externe syslog-ng server te sturen. syslog kan volgens mij alleen UDP berichten versturen. Daarom de keuze voor rsyslog icm stunnel zodat via tcp de berichten verstuurd kunnen worden.

Kippenijzer heeft volkomen gelijk. Ik heb het zelf ook een aantal keer gehad dat de log op de domU niks had terwijl op de externe syslog-ng genoeg te vinden was.

[hrodenburg]

Kippenijzer heeft volkomen gelijk. Ik heb het zelf ook een aantal keer gehad dat de log op de domU niks had terwijl op de externe syslog-ng genoeg te vinden was.

Ok, dat wist ik niet, weer wat geleerd!