[sisyphus] kvm на x86_64 intel + vnc = Bug

[sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

Коллеги,

Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на 
архитектуре x86_64 и никак не могу понять, что делать.

qemu, запущенный с такими-же параметрами -работает нормально.

Проблема заключается в том, что vnc клиенты перестают работать, когда 
врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в 
текстовом режиме при этом работает нормально.

Выглядит это примерно так:

$ vncviewer -AutoSelect=0 10.2.0.20:1

TightVNC Viewer for X version 1.5.0a1 - built Oct 23 2009 17:11:05
Copyright (C) 2002-2005 RealVNC Ltd.
Copyright (C) 2000-2006 TightVNC Group
Copyright (C) 2004-2005 Peter Astrand, Cendio AB
See http://www.tightvnc.com for information on TightVNC.

Sun Nov  1 22:34:48 2009
  CConn:       connected to host 10.2.0.20 port 5901
  CConnection: Server supports RFB protocol version 3.8
  CConnection: Using RFB protocol version 3.8
  TXImage:     Using default colormap and visual, TrueColor, depth 24.
  CConn:       Using pixel format depth 24 (32bpp) little-endian rgb888
  CConn:       Using Tight encoding
Warning: zero size rect
Warning: zero size rect
Warning: zero size rect
Warning: zero size rect
Warning: zero size rect
Warning: zero size rect
Warning: zero size rect
Rect too big: 7x800 at 0,0 exceeds 800x600
Rect too big: 0x0 at 5,1536 exceeds 800x600
Warning: zero size rect
Warning: zero size rect
Warning: zero size rect
Warning: zero size rect
Ошибка сегментирования


Не работает ни один клиент -я перепробовал все.
На машине с процессором AMD, i586 - всё работает отлично.

Может кто-то сталкивался и знает как это лечить ?

Rgds,
Rider

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

01.11.2009 22:40, Anton Farygin пишет:
> Коллеги,
>
> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
> архитектуре x86_64 и никак не могу понять, что делать.
>
> qemu, запущенный с такими-же параметрами -работает нормально.
>
> Проблема заключается в том, что vnc клиенты перестают работать, когда
> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
> текстовом режиме при этом работает нормально.

Оказывается, у нас сильно протухший kvm.

В 88-ом самосборном всё работает отлично.

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Aleksey Novodvorsky]

2 ноября 2009 г. 13:31 пользователь Anton Farygin <rider@altlinux.com> написал:
> 01.11.2009 22:40, Anton Farygin пишет:
>>
>> Коллеги,
>>
>> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
>> архитектуре x86_64 и никак не могу понять, что делать.
>>
>> qemu, запущенный с такими-же параметрами -работает нормально.
>>
>> Проблема заключается в том, что vnc клиенты перестают работать, когда
>> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
>> текстовом режиме при этом работает нормально.
>
> Оказывается, у нас сильно протухший kvm.

Он был заморожен задолго до релиза. Сейчас хорошо бы в Сизиф собрать
новое ядро и новый kvm.

Rgrds, Алексей

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

02.11.2009 13:36, Aleksey Novodvorsky пишет:
> 2 ноября 2009 г. 13:31 пользователь Anton Farygin<rider@altlinux.com>  написал:
>> 01.11.2009 22:40, Anton Farygin пишет:
>>>
>>> Коллеги,
>>>
>>> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
>>> архитектуре x86_64 и никак не могу понять, что делать.
>>>
>>> qemu, запущенный с такими-же параметрами -работает нормально.
>>>
>>> Проблема заключается в том, что vnc клиенты перестают работать, когда
>>> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
>>> текстовом режиме при этом работает нормально.
>>
>> Оказывается, у нас сильно протухший kvm.
>
> Он был заморожен задолго до релиза. Сейчас хорошо бы в Сизиф собрать
> новое ядро и новый kvm.

Ядро мне новое не нужно, а вот kvm точно соберу.

Этот замороженный kvm заморожен в прямом смысле слова - поставить в нём 
систему с управлением через vnc на текущих ядрах невозможно в принципе.

Новый - работает намного лучше, без обновления kernel space.

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Андрей Черепанов]

1 ноября 2009 Anton Farygin написал:
> Коллеги,
> 
> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
> архитектуре x86_64 и никак не могу понять, что делать.
> 
> qemu, запущенный с такими-же параметрами -работает нормально.
> 
> Проблема заключается в том, что vnc клиенты перестают работать, когда
> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
> текстовом режиме при этом работает нормально.
Эта бага уже висит. Проблема именно в TightVNC, gvnc работает нормально.
См. https://bugzilla.altlinux.org/20417

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

02.11.2009 14:29, Андрей Черепанов пишет:
> 1 ноября 2009 Anton Farygin написал:
>> Коллеги,
>>
>> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
>> архитектуре x86_64 и никак не могу понять, что делать.
>>
>> qemu, запущенный с такими-же параметрами -работает нормально.
>>
>> Проблема заключается в том, что vnc клиенты перестают работать, когда
>> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
>> текстовом режиме при этом работает нормально.
> Эта бага уже висит. Проблема именно в TightVNC, gvnc работает нормально.
> См. https://bugzilla.altlinux.org/20417

gvnc тоже уже не работает.

Я перепробовал добрый десяток клиентов, включая такие мега-современные 
как remmina.

Не работают.

При чём сломалось это не так давно, и не в самом kvm - месяц назад я 
ставил server-light без всяких  проблем.

По большей части, kvm можно заменить qemu --enable-kvm, но в нём не 
работает -smp 4 ;(

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Андрей Черепанов]

2 ноября 2009 Anton Farygin написал:
> 02.11.2009 14:29, Андрей Черепанов пишет:
> > 1 ноября 2009 Anton Farygin написал:
> >> Коллеги,
> >>
> >> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
> >> архитектуре x86_64 и никак не могу понять, что делать.
> >>
> >> qemu, запущенный с такими-же параметрами -работает нормально.
> >>
> >> Проблема заключается в том, что vnc клиенты перестают работать, когда
> >> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
> >> текстовом режиме при этом работает нормально.
> >
> > Эта бага уже висит. Проблема именно в TightVNC, gvnc работает нормально.
> > См. https://bugzilla.altlinux.org/20417
> 
> gvnc тоже уже не работает.
> 
> Я перепробовал добрый десяток клиентов, включая такие мега-современные
> как remmina.
> 
> Не работают.
> 
> При чём сломалось это не так давно, и не в самом kvm - месяц назад я
> ставил server-light без всяких  проблем.
> 
> По большей части, kvm можно заменить qemu --enable-kvm, но в нём не
> работает -smp 4 ;(
Проверю и перевешаю баг на KVM.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

02.11.2009 15:19, Андрей Черепанов пишет:
> 2 ноября 2009 Anton Farygin написал:
>> 02.11.2009 14:29, Андрей Черепанов пишет:
>>> 1 ноября 2009 Anton Farygin написал:
>>>> Коллеги,
>>>>
>>>> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
>>>> архитектуре x86_64 и никак не могу понять, что делать.
>>>>
>>>> qemu, запущенный с такими-же параметрами -работает нормально.
>>>>
>>>> Проблема заключается в том, что vnc клиенты перестают работать, когда
>>>> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
>>>> текстовом режиме при этом работает нормально.
>>>
>>> Эта бага уже висит. Проблема именно в TightVNC, gvnc работает нормально.
>>> См. https://bugzilla.altlinux.org/20417
>>
>> gvnc тоже уже не работает.
>>
>> Я перепробовал добрый десяток клиентов, включая такие мега-современные
>> как remmina.
>>
>> Не работают.
>>
>> При чём сломалось это не так давно, и не в самом kvm - месяц назад я
>> ставил server-light без всяких  проблем.
>>
>> По большей части, kvm можно заменить qemu --enable-kvm, но в нём не
>> работает -smp 4 ;(
> Проверю и перевешаю баг на KVM.

Уже нет смысла.

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Андрей Черепанов]

2 ноября 2009 Anton Farygin написал:
> >> Не работают.
> >>
> >> При чём сломалось это не так давно, и не в самом kvm - месяц назад я
> >> ставил server-light без всяких  проблем.
> >>
> >> По большей части, kvm можно заменить qemu --enable-kvm, но в нём не
> >> работает -smp 4 ;(
> >
> > Проверю и перевешаю баг на KVM.
> 
> Уже нет смысла.
Почему? 


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

02.11.2009 16:46, Андрей Черепанов пишет:
> 2 ноября 2009 Anton Farygin написал:
>>>> Не работают.
>>>>
>>>> При чём сломалось это не так давно, и не в самом kvm - месяц назад я
>>>> ставил server-light без всяких  проблем.
>>>>
>>>> По большей части, kvm можно заменить qemu --enable-kvm, но в нём не
>>>> работает -smp 4 ;(
>>>
>>> Проверю и перевешаю баг на KVM.
>>
>> Уже нет смысла.
> Почему?

Уже собираю новый для Сизифа.

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

02.11.2009 15:19, Андрей Черепанов пишет:
> 2 ноября 2009 Anton Farygin написал:
>> 02.11.2009 14:29, Андрей Черепанов пишет:
>>> 1 ноября 2009 Anton Farygin написал:
>>>> Коллеги,
>>>>
>>>> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
>>>> архитектуре x86_64 и никак не могу понять, что делать.
>>>>
>>>> qemu, запущенный с такими-же параметрами -работает нормально.
>>>>
>>>> Проблема заключается в том, что vnc клиенты перестают работать, когда
>>>> врутри kvm переключается разрешение в vesa 800x600. Виртуальная машина в
>>>> текстовом режиме при этом работает нормально.
>>>
>>> Эта бага уже висит. Проблема именно в TightVNC, gvnc работает нормально.
>>> См. https://bugzilla.altlinux.org/20417
>>
>> gvnc тоже уже не работает.
>>
>> Я перепробовал добрый десяток клиентов, включая такие мега-современные
>> как remmina.
>>
>> Не работают.
>>
>> При чём сломалось это не так давно, и не в самом kvm - месяц назад я
>> ставил server-light без всяких  проблем.
>>
>> По большей части, kvm можно заменить qemu --enable-kvm, но в нём не
>> работает -smp 4 ;(
> Проверю и перевешаю баг на KVM.

Вешай на свой p5.

Заодно такую ошибку, на ядре std-def (на любом другом будет ещё хуже), 
kvm_intel, x86_64:

остаовить домен kvm:
virsh shutdown <домен>
в virsh включить больше чем 1 CPU для домена:
virsh setvcpus <домен> 4
запустить домен
virsh start <домен>

Зайти в него и выполнить любую команду, активно использующую CPU 
(dist-upgrade, например)

Получаем вот такое:

[ 1139.059683] BUG: unable to handle kernel paging request at 
00000000000114f0
[ 1139.067483] IP: [<ffffffffa04d243f>] vmx_vcpu_run+0x19f/0xaab [kvm_intel]
[ 1139.075079] PGD 16b841067 PUD 1698ac067 PMD 0
[ 1139.080119] Oops: 0002 [#1] SMP
[ 1139.083746] last sysfs file: 
/sys/devices/pci0000:00/0000:00:1f.5/host3/target3:0:0/3:0:0:0/block/sda/removable
[ 1139.095008] CPU 3
[ 1139.097262] Modules linked in: kvm_intel kvm ipt_MASQUERADE 
iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state 
nf_conntrack ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables 
ib_ucm rdma_ucm rdma_cm iw_cm ib_uverbs ib_umad ib_cm ib_sa ib_mad 
ib_core ib_addr ipv6 nfsd exportfs ipmi_si ipmi_msghandler nfs lockd 
fscache nfs_acl auth_rpcgss sunrpc bridge stp af_packet dm_mod joydev 
usbhid hid e1000e i2c_i801 button i2c_core pcspkr evdev ehci_hcd sg 
uhci_hcd rtc_cmos rtc_core rtc_lib usbcore thermal processor tun ext3 
jbd mbcache ata_generic ata_piix pata_acpi libata sd_mod crc_t10dif 
scsi_mod [last unloaded: kvm]
[ 1139.159833] Pid: 7692, comm: kvm Not tainted 2.6.30-std-def-alt14 #1 
S5500BC
[ 1139.167747] BUG: unable to handle kernel paging request at 
0000000000041292
[ 1139.175542] IP: [<0000000000041292>] 0x41292
[ 1139.180319] PGD 16b841067 PUD 1698ac067 PMD 0
[ 1139.185312] Oops: 0010 [#2] SMP
[ 1139.188334] last sysfs file: 
/sys/devices/pci0000:00/0000:00:1f.5/host3/target3:0:0/3:0:0:0/block/sda/removable
[ 1139.188336] CPU 3
[ 1139.188337] Modules linked in: kvm_intel kvm ipt_MASQUERADE 
iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state 
nf_conntrack ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables 
ib_ucm rdma_ucm rdma_cm iw_cm ib_uverbs ib_umad ib_cm ib_sa ib_mad 
ib_core ib_addr ipv6 nfsd exportfs ipmi_si ipmi_msghandler nfs lockd 
fscache nfs_acl auth_rpcgss sunrpc bridge stp af_packet dm_mod joydev 
usbhid hid e1000e i2c_i801 button i2c_core pcspkr evdev ehci_hcd sg 
uhci_hcd rtc_cmos rtc_core rtc_lib usbcore thermal processor tun ext3 
jbd mbcache ata_generic ata_piix pata_acpi libata sd_mod crc_t10dif 
scsi_mod [last unloaded: kvm]
[ 1139.188362] Pid: 7692, comm: kvm Not tainted 2.6.30-std-def-alt14 #1 
S5500BC
[ 1139.188363] RIP: 0010:[<0000000000041292>]  [<0000000000041292>] 0x41292
[ 1139.188366] RSP: 0018:ffff880168433998  EFLAGS: 00010096
[ 1139.188368] RAX: 0000000000000053 RBX: ffff880168433c08 RCX: 
0000000000000000
[ 1139.188370] RDX: ffffc2000003c000 RSI: 0000000000000046 RDI: 
ffffffff807c7490
[ 1139.188372] RBP: ffff8801684339a8 R08: 00000000775f301d R09: 
0000000000000003
[ 1139.188373] R10: 000000000000000a R11: 0000000000000000 R12: 
ffffffff80874050
[ 1139.188375] R13: 0000000000000002 R14: 0000000000000018 R15: 
0000000000000092
[ 1139.188377] FS:  00007fc43bafa910(0000) GS:ffffc2000003c000(0000) 
knlGS:0000000000000000
[ 1139.188379] CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
[ 1139.188381] CR2: 0000000000041292 CR3: 00000001698a6000 CR4: 
00000000000026e0
[ 1139.188383] DR0: ffffffff8053f1f0 DR1: 0000000000000000 DR2: 
0000000000000000
[ 1139.188385] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 
0000000000000400
[ 1139.188387] Process kvm (pid: 7692, threadinfo ffff88016843e000, task 
ffff880165c86100)
[ 1139.188389] Stack:
[ 1139.188390]  ffff88013a7c0640 0000000000000002 ffff8801684339f8 
ffffffff8022d6c5
[ 1139.188393]  ffff880168433c08 ffff880168433cb0 ffff880165c86100 
00000000f686fe44
[ 1139.188395]  0000000000000002 ffff880168433b58 ffff88013a7c0640 
0000000000030001
[ 1139.188398] Call Trace:
[ 1139.188399] Code:  Bad RIP value.
[ 1139.188401] RIP  [<0000000000041292>] 0x41292
[ 1139.188403]  RSP <ffff880168433998>
[ 1139.188406] CR2: 0000000000041292
[ 1139.198791] ---[ end trace 57c67a6bfa3395f8 ]---

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

03.11.2009 12:00, Anton Farygin пишет:
> 02.11.2009 15:19, Андрей Черепанов пишет:
>> 2 ноября 2009 Anton Farygin написал:
>>> 02.11.2009 14:29, Андрей Черепанов пишет:
>>>> 1 ноября 2009 Anton Farygin написал:
>>>>> Коллеги,
>>>>>
>>>>> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
>>>>> архитектуре x86_64 и никак не могу понять, что делать.
>>>>>
>>>>> qemu, запущенный с такими-же параметрами -работает нормально.
>>>>>
>>>>> Проблема заключается в том, что vnc клиенты перестают работать, когда
>>>>> врутри kvm переключается разрешение в vesa 800x600. Виртуальная
>>>>> машина в
>>>>> текстовом режиме при этом работает нормально.
>>>>
>>>> Эта бага уже висит. Проблема именно в TightVNC, gvnc работает
>>>> нормально.
>>>> См. https://bugzilla.altlinux.org/20417
>>>
>>> gvnc тоже уже не работает.
>>>
>>> Я перепробовал добрый десяток клиентов, включая такие мега-современные
>>> как remmina.
>>>
>>> Не работают.
>>>
>>> При чём сломалось это не так давно, и не в самом kvm - месяц назад я
>>> ставил server-light без всяких проблем.
>>>
>>> По большей части, kvm можно заменить qemu --enable-kvm, но в нём не
>>> работает -smp 4 ;(
>> Проверю и перевешаю баг на KVM.
>
> Вешай на свой p5.
>
> Заодно такую ошибку, на ядре std-def (на любом другом будет ещё хуже),
> kvm_intel, x86_64:
>
> остаовить домен kvm:
> virsh shutdown <домен>
> в virsh включить больше чем 1 CPU для домена:
> virsh setvcpus <домен> 4
> запустить домен
> virsh start <домен>
>
> Зайти в него и выполнить любую команду, активно использующую CPU
> (dist-upgrade, например)

Да, это можно сделать гораздо проще:
запустить kvm  c параметром -smp 4

Re: [sisyphus] kvm на x86_64 intel + vnc = Bug

[Anton Farygin]

01.11.2009 22:40, Anton Farygin пишет:
> Коллеги,
>
> Я столкнулся с непонятной проблемой в kvm на Intel'овских Xeon'ах на
> архитектуре x86_64 и никак не могу понять, что делать.

Данная проблема решена - qemu-kvm-0.11.0 уже в сизифе.