What VM configuration and guest OSes are you using?
Exactly what is crashing? I presume qemu itself, but can't tell if you're describing BSOD type events.
Can you reproduce the crashes using qemu-system-x86_64 directly?
I can reproduce the crashes by going to a number of websites. I always assumed it had something to do with OpenGL but lately it's happening on websites that I doubt are running any accelerated content. So it could be the browser's hardware acceleration.
But essentially it takes down virt-manager/virt-viewer and I have to launch another instance. The machine itself is fine but it becomes a race to close the tab before the window crashes again.
It's been a while since I tried debugging but I'm pretty sure that it happens whether or not hw acceleration is enabled in Firefox and it also doesn't matter whether the libvirt XML configuration enables OpenGL or not.
By directly, do you mean just running the virtual machine through the cli or actually setting all my configuration flags in the qemu-system-x86_64 command?
Does sound like a graphics acceleration problem, maybe also a remoting protocol issue.
I only tend to launch VMs via qemu-system-x86_64 directly, so I'm not familiar with how virt-manager works - and crashes :). It sounds like virt-manager can crash without taking down associated VMs...? I'm also interpreting "start another instance" as referring to virt-viewer, or do you mean you're starting a new copy of virt-manager over the same/old VM?
It's really perplexing this also happens with VNC.
I wonder what would happen if you enabled the normal GTK qemu window (which for reference can of course be run in Xvnc in headless scenarios, my personal Xvnc preference being TigerVNC). I also wonder what would happen if you enabled SPICE and/or VNC with the GTK window enabled.
A better start point likely to produce more interesting/orientating info might be to run Firefox inside eg an openbox session, making absolutely sure no compositors are running (including xcompmgr etc). If you still get crashes in that type of scenario something's very broken.
I'm curious what error messages appear in the virt-manager, virt-viewer and qemu error log files when these disconnects occur.
It I were serious about fixing this my first step would be building everything from source, one component at a time, verifying the issue is still present at each step; then, if everything's still crashing, pulling out good ol' printf. Ideally something obvious emerges before you get to that point :)
Me too. I'll report back within a few days.
> A better start point likely to produce more interesting/orientating info might be to run Firefox inside eg an openbox session, making absolutely sure no compositors are running (including xcompmgr etc). If you still get crashes in that type of scenario something's very broken.
I can look into this, too. And I'll provide virt-viewer logs but they haven't been helpful. I'll see what the other virt-related logs are saying.
> It I were serious about fixing this my first step would be building everything from source, one component at a time, verifying the issue is still present at each step; then, if everything's still crashing, pulling out good ol' printf
This was the advice given to me before from someone involved in the virt stack, and I started to do this but it turned into a lot of work just familiarizing myself with some things and I got sidetracked and eventually shelved it and just hoped it would eventually piss someone else off enough.
