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

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

[Konstantin]

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

Итак, я добрался до запуска DomU. Собрал ядро с frontend модулями,
установил, перепроверил устройства /dev/null /dev/console, на всякий
случай дописав в конфигурационный файл виртуальной машины следующие
строки:
--------------------------------------------------------------------
kernel = "/etc/xen/DomU-kernels/kernel-3.2.12-domU"
memory = 1024
name   = "vm0"
disk   = ['phy:/dev/vg01/vm0,xvda,w']
root   = '/dev/xvda ro'
extra = 'xencons=tty'
vif = ['vifname=veth1, bridge=xenbr0']
vcpus=2
--------------------------------------------------------------------

Затем попытавшись запустить DOmU командой
# xl create /etc/xen/vm0 -c
вывод застревает на

--------------------------------------------------------------------
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
TCP cubic registered
blkfront: xvda: flush diskcache: enabled
 xvda: unknown partition table
--------------------------------------------------------------------

Не могу понять закономерности, но изредка вывод проскакивает дальше:

--------------------------------------------------------------------
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
TCP cubic registered
blkfront: xvda: flush diskcache: enabled
 xvda: unknown partition table
REISERFS (device xvda): found reiserfs format "3.6" with standard journal
REISERFS (device xvda): using ordered data mode
reiserfs: using flush barriers
REISERFS (device xvda): journal params: device xvda, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30,            max trans age 30
REISERFS (device xvda): checking transaction log (xvda)
REISERFS (device xvda): Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly on device 202:0.
Freeing unused kernel memory: 508k freed
INIT: version 2.88 booting

   OpenRC 0.9.8.4 is starting up Gentoo Linux (x86_64) [XENU]

 * Mounting /proc ...
 [ ok ]
.........................skipped........................
 * Initializing random number generator ...
 [ ok ]
INIT: Entering runlevel: 3
 * Mounting network filesystems ...
 [ ok ]
 * Doing udev cleanups
 * Starting local
 [ ok ]
--------------------------------------------------------------------
… но в конечном итоге все равно повисает. Может у кого-нибудь есть
какие-нибудь идеи ЧЯДНТ? :)

Еще вывод омрачают следующие строки:
--------------------------------------------------------------------
Switching to clocksource xen
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 5253 ns
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
CE: Reprogramming failure. Giving up
--------------------------------------------------------------------
Насколько я понимаю, это уже не критичная ошибка и грозит неточным
расчетом времени. Верно?

-- 
Konstantin

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

[Nikita Kipriyanov]

[-- Attachment #1: Type: text/plain, Size: 5261 bytes --]

12.04.2012 12:18, Konstantin пишет:
> Приветствую!
>
> Итак, я добрался до запуска DomU. Собрал ядро с frontend модулями,
> установил, перепроверил устройства /dev/null /dev/console, на всякий
> случай дописав в конфигурационный файл виртуальной машины следующие
> строки:
> --------------------------------------------------------------------
> kernel = "/etc/xen/DomU-kernels/kernel-3.2.12-domU"
> memory = 1024
> name   = "vm0"
> disk   = ['phy:/dev/vg01/vm0,xvda,w']
> root   = '/dev/xvda ro'
> extra = 'xencons=tty'
> vif = ['vifname=veth1, bridge=xenbr0']
> vcpus=2
> --------------------------------------------------------------------
>
> Затем попытавшись запустить DOmU командой
> # xl create /etc/xen/vm0 -c
> вывод застревает на
>
> --------------------------------------------------------------------
> device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
> TCP cubic registered
> blkfront: xvda: flush diskcache: enabled
>   xvda: unknown partition table
> --------------------------------------------------------------------
>
> Не могу понять закономерности, но изредка вывод проскакивает дальше:
>
> --------------------------------------------------------------------
> device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
> TCP cubic registered
> blkfront: xvda: flush diskcache: enabled
>   xvda: unknown partition table
> REISERFS (device xvda): found reiserfs format "3.6" with standard journal
> REISERFS (device xvda): using ordered data mode
> reiserfs: using flush barriers
> REISERFS (device xvda): journal params: device xvda, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30,            max trans age 30
> REISERFS (device xvda): checking transaction log (xvda)
> REISERFS (device xvda): Using r5 hash to sort names
> VFS: Mounted root (reiserfs filesystem) readonly on device 202:0.
> Freeing unused kernel memory: 508k freed
> INIT: version 2.88 booting
>
>     OpenRC 0.9.8.4 is starting up Gentoo Linux (x86_64) [XENU]
>
>   * Mounting /proc ...
>   [ ok ]
> .........................skipped........................
>   * Initializing random number generator ...
>   [ ok ]
> INIT: Entering runlevel: 3
>   * Mounting network filesystems ...
>   [ ok ]
>   * Doing udev cleanups
>   * Starting local
>   [ ok ]
> --------------------------------------------------------------------
> … но в конечном итоге все равно повисает. Может у кого-нибудь есть
> какие-нибудь идеи ЧЯДНТ? :)
>
> Еще вывод омрачают следующие строки:
> --------------------------------------------------------------------
> Switching to clocksource xen
> 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 5253 ns
> 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
> CE: Reprogramming failure. Giving up
> --------------------------------------------------------------------
> Насколько я понимаю, это уже не критичная ошибка и грозит неточным
> расчетом времени. Верно?
>
судя по всему, у вас ФС прямо на xvda. Лучше сделать это устройствао 
просто назвать xvda1:

disk   = ['phy:/dev/vg01/vm0,xvda1,w']
root   = '/dev/xvda1 ro'

тогда оно не будет искать на ней partititon table


-- 
Никита Киприянов, ООО "Р-Терминал"

Тел.:       +7 (473) 2000111, 2404243, доб. 913
E-mail:     merlin@rterm.ru
Jabber ID:  merlin@rterm.ru


[-- Attachment #2: merlin.vcf --]
[-- Type: text/x-vcard, Size: 393 bytes --]

begin:vcard
fn;quoted-printable:=D0=9D=D0=B8=D0=BA=D0=B8=D1=82=D0=B0 =D0=9A=D0=B8=D0=BF=D1=80=D0=B8=D1=8F=
	=D0=BD=D0=BE=D0=B2
n;quoted-printable;quoted-printable:=D0=9A=D0=B8=D0=BF=D1=80=D0=B8=D1=8F=D0=BD=D0=BE=D0=B2;=D0=9D=D0=B8=D0=BA=D0=B8=D1=82=D0=B0
email;internet:merlin@rterm.ru
tel;quoted-printable;work:+7(473)2000111, 2404243, =D0=B4=D0=BE=D0=B1. 913
version:2.1
end:vcard

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

[Konstantin]

Hello Nikita,

Thursday, April 12, 2012, 11:29:51, Nikita Kipriyanov wrote:
> судя по всему, у вас ФС прямо на xvda. Лучше сделать это устройствао
> просто назвать xvda1:

> disk   = ['phy:/dev/vg01/vm0,xvda1,w']
> root   = '/dev/xvda1 ro'

> тогда оно не будет искать на ней partititon table

Все верно. Поправил этот недочет, теперь проблемной строки
"xvda: unknown partition table" больше нет. Спасибо.

Но вывод все равно останавливается на
-----------------------------------------------------------------------
device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) initialised: dm-devel@redhat.com
TCP cubic registered
blkfront: xvda1: flush diskcache: enabled
-----------------------------------------------------------------------

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

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

-- 
Konstantin

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

[Konstantin]

[-- Attachment #1: Type: text/plain, Size: 4139 bytes --]

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

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

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

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

Один раз загрузка проскочила на:

-----------------------------------------------------------------------
TCP cubic registered
XENBUS: Waiting for devices to initialise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s...15s...10s...5s...0s...
XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3, remote state 1)
XENBUS: Timeout connecting to device: device/vif/0 (local state 1, remote state 1)
VFS: Cannot open root device "xvda1" or unknown-block(0,0)
Please append a correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Pid: 1, comm: swapper/0 Not tainted 3.2.12-gentoo #2
Call Trace:
 [<ffffffff81318ebd>] ? panic+0x92/0x199
 [<ffffffff81319004>] ? printk+0x40/0x4c
 [<ffffffff814f4e2e>] ? mount_block_root+0x238/0x24f
 [<ffffffff814f4fc0>] ? prepare_namespace+0x12c/0x156
 [<ffffffff814f4b3e>] ? kernel_init+0x10a/0x113
 [<ffffffff8131d074>] ? kernel_thread_helper+0x4/0x10
 [<ffffffff8131bd33>] ? int_ret_from_sys_call+0x7/0x1b
 [<ffffffff8131b43c>] ? retint_restore_args+0x5/0x6
 [<ffffffff8131d070>] ? gs_change+0x13/0x13
-----------------------------------------------------------------------

Думаю скорее всего проблема связана с настройкой ядра.

linux # cat ~/build/domU/.config | grep XEN
CONFIG_XEN=y
CONFIG_XEN_DOM0=y
CONFIG_XEN_PRIVILEGED_GUEST=y
CONFIG_XEN_PVHVM=y
CONFIG_XEN_MAX_DOMAIN_MEMORY=128
CONFIG_XEN_SAVE_RESTORE=y
# CONFIG_XEN_DEBUG_FS is not set
CONFIG_PCI_XEN=y
CONFIG_XEN_PCIDEV_FRONTEND=y
CONFIG_XEN_BLKDEV_FRONTEND=y
CONFIG_NETXEN_NIC=m
CONFIG_XEN_NETDEV_FRONTEND=y
CONFIG_HVC_XEN=y
CONFIG_XEN_BALLOON=y
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y
CONFIG_XEN_SCRUB_PAGES=y
CONFIG_XEN_DEV_EVTCHN=y
# CONFIG_XEN_BACKEND is not set
CONFIG_XENFS=y
CONFIG_XEN_COMPAT_XENFS=y
CONFIG_XEN_SYS_HYPERVISOR=y
CONFIG_XEN_XENBUS_FRONTEND=y
CONFIG_XEN_GNTDEV=m
CONFIG_XEN_GRANT_DEV_ALLOC=m
CONFIG_SWIOTLB_XEN=y

linux # cat ~/build/dom0/.config | grep XEN
CONFIG_XEN=y
CONFIG_XEN_DOM0=y
CONFIG_XEN_PRIVILEGED_GUEST=y
CONFIG_XEN_PVHVM=y
CONFIG_XEN_MAX_DOMAIN_MEMORY=128
CONFIG_XEN_SAVE_RESTORE=y
# CONFIG_XEN_DEBUG_FS is not set
CONFIG_PCI_XEN=y
# CONFIG_XEN_PCIDEV_FRONTEND is not set
# CONFIG_XEN_BLKDEV_FRONTEND is not set
CONFIG_XEN_BLKDEV_BACKEND=m
CONFIG_NETXEN_NIC=m
# CONFIG_XEN_NETDEV_FRONTEND is not set
CONFIG_XEN_NETDEV_BACKEND=m
CONFIG_HVC_XEN=y
CONFIG_XEN_BALLOON=y
CONFIG_XEN_BALLOON_MEMORY_HOTPLUG=y
CONFIG_XEN_SCRUB_PAGES=y
CONFIG_XEN_DEV_EVTCHN=y
CONFIG_XEN_BACKEND=y
CONFIG_XENFS=y
CONFIG_XEN_COMPAT_XENFS=y
CONFIG_XEN_SYS_HYPERVISOR=y
CONFIG_XEN_GNTDEV=m
CONFIG_XEN_GRANT_DEV_ALLOC=m
CONFIG_SWIOTLB_XEN=y
CONFIG_XEN_PCIDEV_BACKEND=m

В dom0 подгружены следующие модули:
linux # lsmod | grep xen
xen_netback            19074  0 [permanent]
xen_blkback            14980  0 [permanent]

-- 
Konstantin

[-- Attachment #2: .config-3.2.12-domU.zip --]
[-- Type: application/x-zip-compressed, Size: 15410 bytes --]

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

[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@redhat.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
--------------------------------

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

-- 
Konstantin

[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@redhat.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

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

[Nikita Kipriyanov]

[-- Attachment #1: Type: text/plain, Size: 5666 bytes --]

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@redhat.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
> --------------------------------
>
> Продолжаю поиск решения.
>
а можно для полноты картины - что за оборудование у вас?

-- 
Никита Киприянов, ООО "Р-Терминал"

Тел.:       +7 (473) 2000111, 2404243, доб. 913
E-mail:     merlin@rterm.ru
Jabber ID:  merlin@rterm.ru


[-- Attachment #2: merlin.vcf --]
[-- Type: text/x-vcard, Size: 393 bytes --]

begin:vcard
fn;quoted-printable:=D0=9D=D0=B8=D0=BA=D0=B8=D1=82=D0=B0 =D0=9A=D0=B8=D0=BF=D1=80=D0=B8=D1=8F=
	=D0=BD=D0=BE=D0=B2
n;quoted-printable;quoted-printable:=D0=9A=D0=B8=D0=BF=D1=80=D0=B8=D1=8F=D0=BD=D0=BE=D0=B2;=D0=9D=D0=B8=D0=BA=D0=B8=D1=82=D0=B0
email;internet:merlin@rterm.ru
tel;quoted-printable;work:+7(473)2000111, 2404243, =D0=B4=D0=BE=D0=B1. 913
version:2.1
end:vcard

[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@redhat.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