Desktop crashes after resize

Latest response

Hi, All. Maybe, somebody already faced the following issue, or at least could reproduce and confirm my assumptions:

 

 when user doesn't use fullscreen and starts playing with size of virtual desktop window - two things happen:

1. Remote-viewer crashes

2. Virtual desktop crashes, stops, and needs to be started again.

 

In libvirt.log I see the following error (the name of virtual desktop machine is internet1):

 

2013-02-20 07:49:02.252+0000: 21327: debug : virDomainFree:2313 : dom=0x7fef48002a40, (VM: name=internet1, uuid=ca98c6a4-74c9-43d8-a23c-f8c6d30d6bca)
2013-02-20 07:49:02.662+0000: 21326: debug : qemuMonitorRef:201 : QEMU_MONITOR_REF: mon=0x7fef5000e420 refs=3
2013-02-20 07:49:02.662+0000: 21326: error : qemuMonitorIO:574 : internal error End of file from monitor
2013-02-20 07:49:02.662+0000: 21326: debug : qemuMonitorIO:607 : Error on monitor internal error End of file from monitor
2013-02-20 07:49:02.662+0000: 21326: debug : qemuMonitorUnref:210 : QEMU_MONITOR_UNREF: mon=0x7fef5000e420 refs=2
2013-02-20 07:49:02.662+0000: 21326: debug : qemuMonitorIO:630 : Triggering EOF callback
2013-02-20 07:49:02.662+0000: 21326: debug : qemuProcessHandleMonitorEOF:285 : Received EOF on 0x7fef5000b660 'internet1'
2013-02-20 07:49:02.662+0000: 21326: debug : qemuProcessHandleMonitorEOF:304 : Monitor connection to 'internet1' closed without SHUTDOWN event; assuming the domain crashed
2013-02-20 07:49:02.662+0000: 21326: debug : qemuProcessStop:3786 : Shutting down VM 'internet1' pid=17408 migrated=0
2013-02-20 07:49:02.679+0000: 21326: error : virNetDevGetIndex:657 : Unable to get index for interface vnet1: No such device
2013-02-20 07:49:02.679+0000: 21326: debug : virCommandRunAsync:2174 : About to run /bin/sh -c IPT=/sbin/iptables
$IPT -D libvirt-out -m physdev --physdev-out vnet1 -g FO-vnet1

 

In my test environment I use RHEV 6.3 as both  RHEV-Manager and KVM host;

I use CentOS as VDI OS, and users are using Win7 on their workstations. 

 

Any advice would be appreciated. 

DT
Log in to join the conversation

Responses

AA Expert 1152 points
20 February 2013 2:59 PM

Dmitry,

I tested resizing on a Windows 7 client and coudn't get remote-viewer or an EL6 guest to crash.

Do you have both of the following packages installed on your guest OS?

rhevm-guest-agent-1.0.5-8.el6ev.x86_64

spice-vdagent-0.8.1-3.el6.x86_64

Aram

DT Active Contributor 291 points
21 February 2013 7:19 AM

 Hi, Aram.

Thank you for responce.

As a guest system I use not EL6, but CentOS 6.3 - so, there are no mentioned packages for this OS. Or, you could propose some way to install them ?

AA Expert 1152 points
21 February 2013 4:23 PM

spice-vdagent is part of the RHEL6 base channels and should be included in the CentOS 6 repos.

rhevm-guest-agent is in the Red Hat Enterprise Virt Agent channel and may not be in the CentOS repos.  The source code is available as an SRPM at ftp.redhat.com so it is not difficult to create your own build.

DT Active Contributor 291 points
22 February 2013 8:35 AM

I tried to switch to Fedora 18 - and it seems to have spice-vdagent and xorg qxl modules built-in. The only thing that continue worrying me a little - is a graphics performance, scrolling is not smooth at all. Do you think that rhevm-guest-agent might help to improve performance?

AA Expert 1152 points
22 February 2013 2:18 PM

I'm not certain if rhevm-guest-agent would affect Spice video performance, but I don't think that it would.  I  believe that ovirt-guest-agent is the upstream name for that package.

Since RHEL 6 is a supported guest OS in RHEV 3.1, I expect that CentOS 6 would work better than Fedora 18.

ci Pro 460 points
22 February 2013 5:42 PM

Dmitry,

I think the poor performance you're seeing is related to the fact that the QXL driver does not yet support 3D rendering which GNOME Shell requires.  In the absence of hardware 3D rendering GNOME Shell will perform software rendering which isn't going to deliver optimal performance.

Here are some links for you to read:

https://live.gnome.org/GnomeShell/FAQ#What_led_to_the_decision_to_make_3D_acceleration_a_requirement_for_GNOME_Shell.3F

https://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering

http://fedoraproject.org/wiki/Features/QXLKMSSupport

DT Active Contributor 291 points
25 February 2013 9:06 AM

 Thank you for your advice.

You were pointing in the right direction (although, I use LXDE spin of fedora - so, Gnome might not be fully applicable). 

I found the solution which worked for me here - https://access.redhat.com/knowledge/solutions/260513, it offered disabling some spice features. Now graphic performance is good.

Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.