[gentoo-user-ru] Re: [gentoo-user-ru] DomU повисает в процессе загрузки [SOLVED]

[Konstantin]

Приветствую!

Thursday, April 12, 2012, 17:05:12, Konstantin wrote:
> Thursday, April 12, 2012, 12:51:36, Konstantin wrote:
>> Thursday, April 12, 2012, 11:48:53, Konstantin wrote:
>>> Но вывод все равно останавливается на
>>> -----------------------------------------------------------------------
>>> device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@××××××.com
>>> TCP cubic registered
>>> blkfront: xvda1: flush diskcache: enabled
>>> -----------------------------------------------------------------------

>>> или гораздо реже на

>>> -----------------------------------------------------------------------
>>> INIT: Entering runlevel: 3
>>>  * Mounting network filesystems ...
>>>  [ ok ]
>>>  * Doing udev cleanups
>>>  * Starting local
>>>  [ ok ]
>>> -----------------------------------------------------------------------

> Пересобрал все ядра заново. Необходимые backend модули для Dom0 и
> frontend для DomU включил статически. Донастроил сеть и опять увидев
> ---------------------
>  * Starting local
>  [ ok ]
> ---------------------

> обратил внимание, что domU на самом деле все-таки работает. Подключился по
> ssh и изменил inittab на

> -------------------------------------------------
> # TERMINALS
> x1:12345:respawn:/sbin/agetty 38400 console linux
> #c1:12345:respawn:/sbin/agetty 38400 tty1 linux
> #c2:2345:respawn:/sbin/agetty 38400 tty2 linux
> #c3:2345:respawn:/sbin/agetty 38400 tty3 linux
> #c4:2345:respawn:/sbin/agetty 38400 tty4 linux
> #c5:2345:respawn:/sbin/agetty 38400 tty5 linux
> #c6:2345:respawn:/sbin/agetty 38400 tty6 linux
> -------------------------------------------------

> Командой
> localhost ~ # init q
> заставил init перечитать этот конфигурационный файл и был приятно
> удивлен тем, что консоль в Dom0 ожила. Так что вынужден признать, что
> DomU иногда все-таки загружался и проблема вывода была в неправильной
> настройке консоли.

> Осталась вторая и надеюсь последняя проблема. Сейчас DomU запускается
> успешно примерно один раз из трех. Каждый раз при неудачном запуске
> ядро выводит следующий текст:

> -------------------------------------------------------------
> Switching to clocksource xen
> pnp: PnP ACPI: disabled
> CE: xen increased min_delta_ns to 150000 nsec
> CE: xen increased min_delta_ns to 225000 nsec
> CE: xen increased min_delta_ns to 337500 nsec
> CE: xen increased min_delta_ns to 506250 nsec
> CE: xen increased min_delta_ns to 759375 nsec
> CE: xen increased min_delta_ns to 1139062 nsec
> CE: xen increased min_delta_ns to 1708593 nsec
> CE: xen increased min_delta_ns to 2562889 nsec
> CE: xen increased min_delta_ns to 3844333 nsec
> CE: xen increased min_delta_ns to 5766499 nsec
> CE: xen increased min_delta_ns to 8649748 nsec
> CE: xen increased min_delta_ns to 10000000 nsec
> CE: Reprogramming failure. Giving up
> CE: Reprogramming failure. Giving up
> hrtimer: interrupt took 5171 ns
> TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
> TCP: Hash tables configured (established 131072 bind 65536)
> TCP reno registered
> UDP hash table entries: 512 (order: 2, 16384 bytes)
> UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
> CE: xen increased min_delta_ns to 150000 nsec
> CE: xen increased min_delta_ns to 225000 nsec
> CE: xen increased min_delta_ns to 337500 nsec
> CE: xen increased min_delta_ns to 506250 nsec
> CE: xen increased min_delta_ns to 759375 nsec
> CE: xen increased min_delta_ns to 1139062 nsec
> CE: xen increased min_delta_ns to 1708593 nsec
> CE: xen increased min_delta_ns to 2562889 nsec
> CE: xen increased min_delta_ns to 3844333 nsec
> CE: xen increased min_delta_ns to 5766499 nsec
> CE: xen increased min_delta_ns to 8649748 nsec
> CE: xen increased min_delta_ns to 10000000 nsec
> CE: Reprogramming failure. Giving up
> CE: Reprogramming failure. Giving up
> platform rtc_cmos: registered platform RTC device (no PNP device found)
> -------------------------------------------------------------

> В случае же успешного запуска я не вижу никаких "CE: " сообщений и все
> выглядит примерно так:
> --------------------------------
> PCI: System does not support PCI
> PCI: System does not support PCI
> Switching to clocksource xen
> pnp: PnP ACPI: disabled
> NET: Registered protocol family 2
> IP route cache hash table entries: 32768 (order: 6, 262144 bytes)
> TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
> TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
> TCP: Hash tables configured (established 131072 bind 65536)
> TCP reno registered
> --------------------------------

> Продолжаю поиск решения.

Нашел причину своей проблемы с запуском DomU. Хочу поделиться, вдруг
кому-нибудь да пригодиться.

В моем случае проблема решилась установкой параметра tsc_mode в
конфигурационном файле виртуальной машина на значение отличное от 0
или 4. Ниже привожу краткое описание этой опции из примера
конфигурационного файла виртуальной машины

#----------------------------------------------------------------------------
#   tsc_mode : TSC mode (0=default, 1=native TSC, 2=never emulate, 3=pvrdtscp)
#   emulate TSC provides synced TSC for all vcpus, but lose perfomrance.
#   native TSC leverages hardware's TSC(no perf loss), but vcpu's TSC may lose
#    sync due to hardware's unreliable/unsynced TSC between CPUs.
#   default intelligently uses native TSC on machines where it is safe, but
#    switches to emulated if necessary after save/restore/migration
#   pvrdtscp is for intelligent apps that use special Xen-only paravirtualized
#    cpuid instructions to obtain offset/scaling/migration info and maximize
#    performance within pools of machines that support the rdtscp instruction
tsc_mode=1

P.S.: Кстати, кто-нибудь из присутствующих держит у себя на
виртуальной машине NTP сервер?

-- 
Konstantin