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

[Konstantin]

Hello Nikita,

Monday, April 16, 2012, 13:35:29, Nikita Kipriyanov wrote:
> 12.04.2012 18:05, Konstantin пишет:
>> 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
>> --------------------------------
>>
>> Продолжаю поиск решения.
>>
> а можно для полноты картины - что за оборудование у вас?

Хотел воспользоваться программой dmidecode, но после команды

~ # dmidecode -t baseboard
# dmidecode 2.10
SMBIOS 2.4 present.

ядро раскрашилось. :)

Насколько помню, это одноюнитовый сервер начального уровня Intel server board s3000ah

CPU:
processor       : 3
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Xeon(R) CPU           X3220  @ 2.40GHz
stepping        : 11
microcode       : 0xb6
cpu MHz         : 2400.158
cache size      : 4096 KB
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu de tsc msr pae cx8 apic sep cmov pat clflush acpi mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nopl aperfmperf pni est ssse3 cx16 hypervisor lahf_lm dts
bogomips        : 4800.31
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

Кстати, чтобы запуск DomU происходил без проблем, tsc_mode лучше установить
во второй режим (never emulate) tsc_mode=2

-- 
Konstantin