Summary: | При доступе по VNC ошибка "Rectangle is too big" | ||||||
---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Andrey Cherepanov <cas> | ||||
Component: | tightvnc | Assignee: | nbr <nbr> | ||||
Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus | ||||
Severity: | normal | ||||||
Priority: | P3 | CC: | aen, rider, shrek, stanv, vitty | ||||
Version: | unstable | ||||||
Hardware: | all | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Andrey Cherepanov
2009-06-11 17:18:09 MSD
Актуально? А можно поподробнее, какая там была гостевая ОС и прочие условия. Это скорее зависит от клиента vnc, а не от гостевой ОС. Какой был клиент и воспроизводится ли это под клиентом vinagre ? Это ошибка не kvm а tightvnc. gvncviewer с kvm работает нормально. Перевешиваю. Какое разрешение экрана было в контейнере KVM по умолчанию? (В ответ на комментарий №5)
> Какое разрешение экрана было в контейнере KVM по умолчанию?
800x600.
alt7 - cмотрите и пробуйте в сизифе. Поправил следующим образом: в случае странных rectangle-ов он теперь должен только ругаццо а не вылетать. Если все правильно - закройте баг, если неверно поправил - отпишите здес. Всего хорошего. (В ответ на комментарий №7) > alt7 - cмотрите и пробуйте в сизифе. > Поправил следующим образом: в случае странных rectangle-ов он теперь должен > только ругаццо а не вылетать. Если все правильно - закройте баг, если неверно > поправил - отпишите здес. Не, стрёмно! CConn: connected to host localhost port 5900 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 Rect too big: 61440x2056 at 45056,53248 exceeds 800x600 Rect too big: 36864x45056 at 20480,28672 exceeds 800x600 Rect too big: 12288x20480 at 2056,4096 exceeds 800x600 Rect too big: 61440x284 at 45056,53248 exceeds 800x600 Rect too big: 59355x252 at 59387,28 exceeds 800x600 Rect too big: 59387x28 at 59387,28 exceeds 800x600 Rect too big: 2064x48 at 59387,14 exceeds 800x600 Segmentation fault Верни, как было. Пожалуйста, попробуйте запустить vncviewer со следующими параметрами ("их применить вместе") -AutoSelect 0 -PreferredEncoding (попробуйте ZRLE, hextile или raw) Похоже KVM генерирует какой-то не правильный tight поток. Просьба также более-менее детально описать процесс запуска KVM Created attachment 3836 [details]
Вывод при PreferredEncoding raw
(В ответ на комментарий №10) > Просьба также более-менее детально описать процесс запуска KVM (В ответ на комментарий №9) > Пожалуйста, попробуйте запустить vncviewer со следующими параметрами ("их > применить вместе") > -AutoSelect 0 > -PreferredEncoding (попробуйте ZRLE, hextile или raw) > Похоже KVM генерирует какой-то не правильный tight поток. Показывается (см. приложение) только при raw. Когда запускаются X-ы в KVM вылетает с сегфолтом. Остальные варианты сразу вылетают с сегфолтом. (В ответ на комментарий №10) > Просьба также более-менее детально описать процесс запуска KVM Это Desktop 5.0, запускаемый через alterator-mkve. Чудеса в решете. Дублируется экран что-ли? Буду разбираться. А какие вообще клиенты нормально работали с таким сервером и с какими encodings? gtk-vnc работает нормально К сожалению, на своем оборудовании не имею возможности для аппаратной виртуализации. Можете ли кто-нибудь дать доступ к удаленному запуску kvm контейнера для отладки? (В ответ на комментарий №16) > К сожалению, на своем оборудовании не имею возможности для аппаратной > виртуализации. Можете ли кто-нибудь дать доступ к удаленному запуску kvm > контейнера для отладки? А что мешает запустить qemu -nographic? (В ответ на комментарий №17)
> (В ответ на комментарий №16)
> > К сожалению, на своем оборудовании не имею возможности для аппаратной
> > виртуализации. Можете ли кто-нибудь дать доступ к удаленному запуску kvm
> > контейнера для отладки?
> А что мешает запустить qemu -nographic?
Попробовал. НЕ удалось воспроизвести ситуацию. Все ОК - vncviewer нормально проглотил заставку без проблем.
Видимо это именно когда KVM=KVM а не qemu.
(В ответ на комментарий №18) > Видимо это именно когда KVM=KVM а не qemu. Да, нужно смотреть в KVM. Не могу воспроизвести. Если будете переоткрывать баг - пожалуйста дайте возможность его воспроизвести. *** Bug 20599 has been marked as a duplicate of this bug. *** |