Előrebocsátom, hogy új nekem ez a xen dolog.
Szituáció: Linux dom0 + domU
dom0 -n kiadom: ntpdate time.kfki.hu
4 May 20:38:56 ntpdate[5613]: step time server 148.6.0.1 offset -7202.331287 sec
domU szarráfagy.
Mi ez? Akkor is fogja csinálni, ha beteszek egy ntpd-t és az akar dátumot állítani?
Kösz.
Update: azóta el sem indul a domU. Itt megáll:
xen_mem: Initialising balloon driver.
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: System does not support PCI
PCI: System does not support PCI
:/
Update 2: a gép (fizikai) újraindítása után elindul a domU.
dom0# date 05041900
A domU néhány mp múlva megfagy, és megint nem lehet elindítani.
Ki segít megoldani csokiért? Vagy ez ennyit tud?
Centos 5.1
- 1130 megtekintés
Hozzászólások
na ja a domU a dom0 hardware óráját használja. állítgasd azt.
vagy
a domU -ban engedélyezd a független hardware órát:
echo 1 > /proc/sys/xen/independent_wallclock
-i-
(szerkesztve: p.s.: utólag elolvasva, nem ez volt a bajod konkrétan de lehet segít :-] )
- A hozzászóláshoz be kell jelentkezni
az independent_wallclock -ot ismerem, de én pont azt szeretném, hogy egy óra legyen a rendszeren (mellékesen megjegyezve, ahogy a doksi is írja)
és a dom0-ban állítom, akkor borul el
azt már csak zárójelben jegyzem meg hogy ha nagyobb (elég nagy) IO terhelést csinálok a domU-ban akkor elpanicol.. de legalább csak a domU.
Úgy tűnik ezt nem nekem találták ki.
- A hozzászóláshoz be kell jelentkezni
érdekes gondok, nekünk lassan másfél éve megy egy xen szerver pesten rajta 15-16 gép semmi gond, igaz az debian 4.0 2.6.18 as kernel 3.0 as xen. kb két hónapja megy ubuntus xen gép is gond nélkül.
Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.24
- A hozzászóláshoz be kell jelentkezni
hát én tudom hogy furcsa, de ilyen, egyébként ez is 2.6.18 és megtaláltam a bugreportját mindkét jelenségnek.. sajnos a fejlesztők részéről egyelőre csak hümmögés
- A hozzászóláshoz be kell jelentkezni