64 bit Qemu guest agent fails to install on Windows 10 VM


dlandon

Recommended Posts

  • 5 weeks later...
24 minutes ago, bastl said:

I guess no one is installing the guest agent. At least I never did. What are the benefits to doin so? @dlandon

You won't be able to shutdown or hibernate the VM from the VM menu.

4 minutes ago, Squid said:

Among other things, you can have unRaid set to hibernate the VM instead of shutting it down when stopping the array.  Very useful in case of a power failure, etc

Correct.  I believe shutdown of the VM will also not work.

Link to comment

I believe it also has to do with the "Balloon" driver stuff that no one uses on Windows because it is buggy and doesn't really work...

 

this shouldn't really help, but there is a new version of this, you can get it here: 

https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win.iso

 

Also, need the XML files from the VM in question...

 

Your libvirt logs has some things I have never seen that seems to pertain...  Some of this is normal (at least they show up on mine), but there is also stuff about Qemu monitors and Guest agents being unavailable...  This seems like something to do with the VM XML file...

......
2019-01-23 10:18:40.187+0000: 7155: error : qemuMonitorIO:718 : internal error: End of file from qemu monitor
2019-01-23 10:21:01.170+0000: 7158: error : virDomainDefRejectDuplicateControllers:3966 : XML error: Multiple 'scsi' controllers with index '0'
2019-01-23 10:21:19.120+0000: 7158: error : virDomainDefRejectDuplicateControllers:3966 : XML error: Multiple 'scsi' controllers with index '0'
2019-01-23 10:26:18.213+0000: 7160: warning : qemuDomainObjTaint:7831 : Domain id=3 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: high-privileges
2019-01-23 10:26:18.213+0000: 7160: warning : qemuDomainObjTaint:7831 : Domain id=3 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: host-cpu
2019-01-23 10:30:15.849+0000: 7157: warning : qemuDomainObjTaint:7831 : Domain id=4 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: high-privileges
2019-01-23 10:30:15.849+0000: 7157: warning : qemuDomainObjTaint:7831 : Domain id=4 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: host-cpu
2019-01-23 10:31:50.426+0000: 7159: error : qemuAgentSend:866 : Guest agent is not responding: Guest agent not available for now
......

 

Link to comment
29 minutes ago, Warrentheo said:

I believe it also has to do with the "Balloon" driver stuff that no one uses on Windows because it is buggy and doesn't really work...

 

this shouldn't really help, but there is a new version of this, you can get it here: 

https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/latest-virtio/virtio-win.iso

 

Also, need the XML files from the VM in question...

 

Your libvirt logs has some things I have never seen that seems to pertain...  Some of this is normal (at least they show up on mine), but there is also stuff about Qemu monitors and Guest agents being unavailable...  This seems like something to do with the VM XML file...


......
2019-01-23 10:18:40.187+0000: 7155: error : qemuMonitorIO:718 : internal error: End of file from qemu monitor
2019-01-23 10:21:01.170+0000: 7158: error : virDomainDefRejectDuplicateControllers:3966 : XML error: Multiple 'scsi' controllers with index '0'
2019-01-23 10:21:19.120+0000: 7158: error : virDomainDefRejectDuplicateControllers:3966 : XML error: Multiple 'scsi' controllers with index '0'
2019-01-23 10:26:18.213+0000: 7160: warning : qemuDomainObjTaint:7831 : Domain id=3 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: high-privileges
2019-01-23 10:26:18.213+0000: 7160: warning : qemuDomainObjTaint:7831 : Domain id=3 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: host-cpu
2019-01-23 10:30:15.849+0000: 7157: warning : qemuDomainObjTaint:7831 : Domain id=4 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: high-privileges
2019-01-23 10:30:15.849+0000: 7157: warning : qemuDomainObjTaint:7831 : Domain id=4 name='Handyman' uuid=913f649f-9692-6e90-629e-94f6e067c0c0 is tainted: host-cpu
2019-01-23 10:31:50.426+0000: 7159: error : qemuAgentSend:866 : Guest agent is not responding: Guest agent not available for now
......

 

Thanks.  I'll take a look at the new drivers.  I fixed the scsi error.  I hadn't changed my xml with the editor in a long time and apparently messed things up with some manual editing.  Changing things with the editor straightened things out.

Link to comment
1 hour ago, Warrentheo said:

I believe it also has to do with the "Balloon" driver stuff that no one uses on Windows because it is buggy and doesn't really work...

If this is true, then I have a conundrum.  I pass through a pci GPU to that VM and according to the VM editor help:

If you are passing through a PCI device, only the initial memory value is used and the max memory value is ignored.

Not only does that apply, but the editor disables the balloon device:

<memballoon model='none'/>

So I can't pass through a pci device and install the newer 64 bit qemu guest agent because there is no balloon device?  Seems like a bit of a conflict.

Link to comment

Mine also is:

<memballoon model='none'/>

And NVidia GTX1070 passthrough is working fine for me for months now...  Basically the Balloon devices should be ignored for Windows, it just is not designed for it to work that well without major headaches on the part of the user...

 

Edit: and the Sub Answer to that is that "Min Memory" and "Max Memory" should always be the same on Windows VM's...

Edited by Warrentheo
Link to comment

Manually added the balloon device to the xml and got the driver working, but still the same issue with the 64 bit qemu driver.  I always thought it was the serial driver that was needed for the guest agent.

4 minutes ago, Warrentheo said:

Edit: and the Sub Answer to that is that "Min Memory" and "Max Memory" should always be the same on Windows VM's...

It makes sense.  This is what I always do on Windows VMs.

 

I just may have to stick with an older 32 bit guest agent and not worry about it.

Link to comment
7 minutes ago, dlandon said:

Manually added the balloon device to the xml and got the driver working, but still the same issue with the 64 bit qemu driver.  I always thought it was the serial driver that was needed for the guest agent.

It makes sense.  This is what I always do on Windows VMs.

 

I just may have to stick with an older 32 bit guest agent and not worry about it.

In one sense, it doesn't really matter if all you use it for is for the host to notify of system shutdown/reboot/hibernate...  The 32-bit should work fine for that...  That said, the 64-bit version not installing points to some other issue that should not be happening, and might be a symptom of something else that might bite you in the butt later...  This would bother the hell out of me 😛 

 

But I suppose it is up to you 😉

 

Edit: Silly question, but are you sure you installed the 64-bit version of windows?

Edited by Warrentheo
Link to comment
  • 2 months later...
5 minutes ago, WashingtonMatt said:

I'm getting the same error when attempting to install qemu-ga-x64.msi on either of my Win10 VMs with GPU passthrough(rx560/rx570). Installs fine on a clean install headless VM. Any more suggestions?

Install headless (vnc and later rdp) then add GPU afterwards?
I've always happened to do my installs this way and never had an issue with installing the agent (win7,win10,server2016 etc).

Link to comment
  • 7 months later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.