Борьба с подвисанием виртуальной машины под управлением XEN

Установлен Oracle Linux 6 внутри виртуальной машины под управлением Oracle VM. Хост устанавливался для давно эксплуатируемого приложения, которое использует Sybase для хранения своих данных. База данных эта полностью внутренняя, так что никаким её администрированием заниматься не приходится. Но после старта базы данных ждал неприятный сюрприз: хост начал подлипать вплоть до полной потери консоли. Было перебрано: смена ядра с UEK на rhel, изменения количества ядер на фиксированное, отключение irqd - полностью проблема не уходила. В dmesg я наблюдаю вот такую ругань
Clocksource tsc unstable (delta = -8590216570 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -8590188650 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -17180573973 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -17180433400 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -17180574072 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -42950913452 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -68721422222 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -42950913923 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -42951082803 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -60131262175 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -17180404863 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -8590216511 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -42951026419 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -17180517869 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -60131262026 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -42951111140 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -17180404974 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -25770536945 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -60131290156 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. BUG: soft lockup - CPU#1 stuck for 61s! [ksoftirqd/1:9] Modules linked in: iptable_filter ip_tables bridge stp llc nfs lockd fscache auth_rpcgss nfs_acl autofs4 sunrpc ipv6 microcode xen_netfront ext4 mbcache jbd2 xen_blkfront dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan] Pid: 9, comm: ksoftirqd/1 Not tainted 2.6.32-358.0.1.el6.x86_64 #1 Call Trace: <IRQ> [<ffffffff810e0e8f>] ? watchdog_timer_fn+0x1cf/0x1e0 [<ffffffff8109b3ae>] ? __run_hrtimer+0x8e/0x1a0 [<ffffffff810a184f>] ? ktime_get_update_offsets+0x4f/0xd0 [<ffffffff8109b716>] ? hrtimer_interrupt+0xe6/0x260 [<ffffffff8109b8cf>] ? __hrtimer_peek_ahead_timers+0x3f/0x50 [<ffffffff8109b904>] ? hrtimer_peek_ahead_timers+0x24/0x40 [<ffffffff8109b95b>] ? run_hrtimer_softirq+0x3b/0x40 [<ffffffff81076fb1>] ? __do_softirq+0xc1/0x1e0 [<ffffffff8100c1cc>] ? call_softirq+0x1c/0x30 <EOI> [<ffffffff8100de05>] ? do_softirq+0x65/0xa0 [<ffffffff81076b10>] ? ksoftirqd+0x80/0x110 [<ffffffff81076a90>] ? ksoftirqd+0x0/0x110 [<ffffffff81096936>] ? kthread+0x96/0xa0 [<ffffffff8100c0ca>] ? child_rip+0xa/0x20 [<ffffffff8100b294>] ? int_ret_from_sys_call+0x7/0x1b [<ffffffff8100ba1d>] ? retint_restore_args+0x5/0x6 [<ffffffff8100c0c0>] ? child_rip+0x0/0x20 Clocksource tsc unstable (delta = -8590301330 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -17180348292 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -25770762780 ns). Enable clocksource failover by adding clocksource_failover kernel parameter. Clocksource tsc unstable (delta = -8590329528 ns). Enable clocksource failover by adding clocksource_failover kernel parameter.
Явно что-то не так с тактовым генератором виртуальной машины.
Доступные генераторы мы можем увидеть в файле /sys/devices/system/clocksource/clocksource0/available_clocksource
В моём случае были доступны xen и tsc.
Текущий источник тиков рядом: /sys/devices/system/clocksource/clocksource0/current_clocksource
В моём случае там был xen, что правильно. Но ядро зачем-то переключает генератор на tsc, что приводит к подвисаниям и вылетам процессов. Чтобы исключить проблемный источник я добавил следующие параметры ядра в /boot/grub/grub.conf

clocksource=xen notsc

И перезагрузился.
Результат: пропала ругань на источник тиков, остались проблемы с подвисанием виртуального ядра. На просторах паутины рекомендуют добавить параметры ядра

pci=noacpi acpi=off noapic

К сожалению, метод не решает проблему, а только уменьшает частоту возникновения Ещё одна рекомендация: отключить энергосбережение

processor.max_cstate=1 idle=poll