Hello,
adott egy kvm host, amin fut néhány virtuális gép (kvm). Az egyik egy elég régi rendszer volt, és ma észrevettem, hogy eléggé be volt lassulva, a dmesg kimenetében meg volt egy hda hiba (not responding...). az a fura, hogy a host gépen semmi ilyen nem látszott, és a többi gép is rendben fut.
Eléggé ette a memóriát, így megpróbáltam újraindítani. A belépés után init 6, reboot, halt, ... semmire nem reagált.
A host-ról reboot, shutdown nem használtak, csak a destroy.
Most a gép nem indul el, ez a tünet:
# virsh start vm --console Domain vm started Connected to domain vm Escape character is ^]
És itt megáll.
Mit tudok ilyenkor csinálni?
szerk: ha direktben a kvm paranccsal indítom, akkor ezt kapom:
/usr/bin/kvm -S -M pc-1.0 ... char device redirected to /dev/pts/5 kvm: -netdev tap,fd=23,id=hostnet0: TUNGETIFF ioctl() failed: Bad file descriptor TUNSETOFFLOAD ioctl() failed: Bad file descriptor
- 149 megtekintés
Hozzászólások
Bekapcsolod a VNC-t, és megnézed, mit ír ki. Jó eséllyel az fsck arra vár, hogy a root megjavítsa :)
https://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
- A hozzászóláshoz be kell jelentkezni
Az fsck-t már lefuttattam a host-on, simán vlgigment.
- A hozzászóláshoz be kell jelentkezni
Nem a host-on, hanem bent a virtuális gépben van valami, ami megakasztja a folyamatot még olyan korán, hogy nem jut el addig, hogy kvm konzolról elérd.
https://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
- A hozzászóláshoz be kell jelentkezni
Igen, indítottam egy VNC-t, és ezt írja:
Probing EDD (edd=off to disable)... ok
Decompressing Linux... Parsing ELF... done.
Booting the kernel.
Kernel alive
kernel direct mapping tables up to 1000000000 @ 8000-d000- A hozzászóláshoz be kell jelentkezni
Erre az utolsó sorra Google elég sok találatot ad centos/ubuntu/debian/vmware/stb vonalon, amin el tudsz indulni attól függően, hogy mi az, ami rád vonatkozik...
https://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
- A hozzászóláshoz be kell jelentkezni
Igen, a kernelnek beállított `acpi=off` megoldotta a problémát.
Már csak azt kellene kideríteni, hogy az amúgy 10+x éves guest, és a nem tudom mennyi ideje frissített host (ami tuti, hogy nagyobb mint az adott vm uptime-ja volt) miért most kattant be...
Köszi mindenkinek.
- A hozzászóláshoz be kell jelentkezni
Újabb kernel valamelyiken? Esetleg az eredetihez képest újragenerált initrd? És ezek csak újraindításkor derülnek ki.
Csak akkor szólok hozzá egy témához, ha értelmét látom.
- A hozzászóláshoz be kell jelentkezni
Nem, egyiken sem volt frissítés már régóta (attól tartok ezek a verziók már nem is támogatottak). A guest valami 2009-es Debian... de a host sem túl friss.
- A hozzászóláshoz be kell jelentkezni