Bug 1288663 - spice-vdagent(d) not running / working in current Rawhide (Wayland?)
Summary: spice-vdagent(d) not running / working in current Rawhide (Wayland?)
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: spice-vdagent
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Christophe Fergeau
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-04 22:30 UTC by Adam Williamson
Modified: 2015-12-05 18:23 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-12-05 18:23:32 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Adam Williamson 2015-12-04 22:30:19 UTC
If I boot Fedora 23 Final Workstation live, I see:

* a running spice-vdagentd service and process
* a running spice-vdagent process
* a /dev/virtio-ports/com.redhat.spice.0 symlink pointing to /dev/vport1p2
* various log messages relating to the above

With a current Rawhide live nightly - https://kojipkgs.fedoraproject.org/work/tasks/1448/12051448/Fedora-Live-Workstation-x86_64-rawhide-20151204.iso - I see:

* spice-vdagentd.service does not start on boot at all (it doesn't start and fail, it just doesn't run)
* spice-vdagent tries to run but fails: "Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0"
* /dev/virtio-ports/com.redhat.spice.0 indeed does not exist, and neither does /dev/vport1p2 ; there are no log messages relating to it at all (not even any failure messages)
* spice-vdagentd.service can be started manually, but doing so doesn't result in the port appearing

I'm not too familiar with the way this stuff works so I don't know what the root problem is, but clearly, it's completely not working in Rawhide at present.

Comment 1 Cole Robinson 2015-12-05 17:53:33 UTC
Can you attach the VM xml?
Same rawhide host used for both tests?

If the VM config is correct, but the /dev/* bits aren't showing up, I suspect a kernel issue. libvirt/qemu should be adding a virtio-serial device to the VM, which shows up as the /dev paths in the VM os.

Comment 2 Adam Williamson 2015-12-05 18:23:32 UTC
Ah - yeah, somewhere along the line, I lost the spice channel from the VM configuration. My bad, sorry.

There's still something wrong as cut/paste from the host to the guest isn't working even though both SPICE and qemu agents are running, but not sure what's going on there...


Note You need to log in before you can comment on or make changes to this bug.