[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-07-01 Thread Christian Ehrhardt 
Thanks for coming back Vincent, I'll mark as invalid then. ** Changed in: qemu (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1883009 Title:

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-07-01 Thread Paride Legovini
Thanks Vincent for following up and glad to hear the problem is gone. I'm setting this report to Invalid then. Should you face new issues do not hesitate to open a new one. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-07-01 Thread Vincent JARDIN
Hi Christian, sorry for the delay, I had a HW issue before getting the new server up with proxmox. Starting from a fresh setup, you are right, it works without any issues. So let's ignore this request, there is no need of any systemd modification. thanks again, -- You received this bug

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-18 Thread Paride Legovini
** Changed in: qemu (Ubuntu) Status: Invalid => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1883009 Title: qemu-guest-agent / systemctl enable failure To manage notifications

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-17 Thread Vincent JARDIN
right. I'll download the "current" proxmox iso 6.2 and re-do a fresh installation too... just in case. I did twice this installation ~1 month a go. I'll capture and put more inside for debugging. I'll keep you posted. I hope I am not hunting a ghost... -- You received this bug notification

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-17 Thread Christian Ehrhardt 
I installed a proxmox 6.2 for testing purposes. On that I installed a Ubuntu 20.04 Guest. The setup has a checkbox for "qemu-agent" which I ticked. (also worth as a test of the new installer in that env) Installed qmeu-guest-agent in there and rebooted. E voila - up and running. It does not run

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-16 Thread Vincent JARDIN
The setup is quite straightforward, but it requires a standalone server: https://www.proxmox.com/en/downloads/item/proxmox-ve-6-2-iso-installer If you can't find any environment for such setup, ping me thru a private email (vjardin AT freeDOTfr), I'll look for a mean we could share. Since udev

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-16 Thread Christian Ehrhardt 
hmm thanks vincent, nothing that would obviously be too suspicious. I wonder if I need to setup a proxmox VM somewhere ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1883009 Title:

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-16 Thread Vincent JARDIN
You welcome, here it is: $ sudo lshw -C input *-usb description: Human interface device product: QEMU USB Tablet vendor: QEMU physical id: 1 bus info: usb@1:1 version: 0.00 serial: 28754-:00:01.2-1 capabilities:

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-16 Thread Christian Ehrhardt 
Hmm, not too many differences to mine: -device virtio-serial-pci,id=virtio-serial0,bus=pci.3,addr=0x0 \ -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \ The -pci being a difference is an alias to change per underlying architecture

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-16 Thread Vincent JARDIN
There is a single virtio port: # ls -la /dev/virtio-ports/ lrwxrwxrwx 1 root root 11 May 25 19:07 org.qemu.guest_agent.0 -> ../vport2p1 # ls -la /dev/vport* crw--- 1 root root 243, 1 May 25 19:07 /dev/vport2p1 As you can notice, there is 1 single deivce, but it starts from vport2p1. It

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-16 Thread Christian Ehrhardt 
In your case it finds the device and tries to follow: Following Set Member: sys-devices-pci:00-:00:08.0-virtio2-virtio\x2dports-vport2p1.device Following Set Member: dev-vport2p1.device It knows it is udev related Found: found-udev But your path is different:

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-15 Thread Christian Ehrhardt 
For reference, the same grep that you did: ubuntu@focal:~$ sudo systemd-analyze dump | grep qemu RequiredBy: qemu-guest-agent.service (destination-default) Before: qemu-guest-agent.service (destination-default) ReferencedBy: qemu-guest-agent.service (destination-default)

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-15 Thread Vincent JARDIN
I installed twice a Ubuntu 20.04 / Server on two different proxmox systems and for both I get this same issue. So, on my side, it seems to happen for 100% of the cases. Regarding: # sudo systemd-analyze dump I do not have any "Unit qemu-guest-agent.service": # sudo systemd-analyze dump |

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-15 Thread Christian Ehrhardt 
Odd, it worked on all systems I've seen so far - it is not generally failing. Can you check your `systemd-analyze dump` output if it contains something like the following: -> Unit qemu-guest-agent.service: Description: QEMU Guest Agent Instance: n/a Unit Load State:

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-15 Thread Vincent JARDIN
Hi Christian, the guest is properly set: # ls -la /dev/virtio-ports/org.qemu.guest_agent.0 lrwxrwxrwx 1 root root 11 May 25 19:07 /dev/virtio-ports/org.qemu.guest_agent.0 -> ../vport2p1 # lsof /dev/virtio-ports/org.qemu.guest_agent.0 In order to get the "qm agent 100 ping && echo ok" working,

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-15 Thread Christian Ehrhardt 
The trigger it needs is the virtio port being set up. Do you have: /dev/virtio-ports/org.qemu.guest_agent.0 in your guest? If not your guest definition will need it, for config examples see https://wiki.qemu.org/Features/GuestAgent https://wiki.libvirt.org/page/Qemu_guest_agent If you have

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-12 Thread Paride Legovini
Hi, I set it to Invalid then. I didn't see Dan had already done so when I replied to the bug and changed its status. The problem you describe may depend on how the guest is started, as the udev rule has a trigger on virtio-ports. If you believe this is a bug and not a configuration problem

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-12 Thread Paride Legovini
** Changed in: qemu (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1883009 Title: qemu-guest-agent / systemctl enable failure To manage notifications

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-12 Thread Vincent JARDIN
Thanks Dan and Paride for your followup. I'd like this issue to be invalid, but it seems qemu agent is not run by udev: qm agent 100 ping && echo ok QEMU guest agent is not running vm$ sudo systemctl start qemu-guest-agent qm agent 100 ping && echo ok ok it seems that: === cat

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-11 Thread Paride Legovini
Hi Vincent, I think the systemd service is working as intended. Other than the output you pasted, running `systemctl enable qemu-guest-agent` prints the following: [...] Possible reasons for having this kind of units are: • A unit may be statically enabled by being symlinked from another unit's

[Bug 1883009] Re: qemu-guest-agent / systemctl enable failure

2020-06-11 Thread Dan Streetman
> sudo systemctl enable qemu-guest-agent that's not how you use it; it's a static service. You don't manually enable/disable it, nor do you start/stop it. the package provides a udev rule to setup SYSTEMD_WANTS for the agent for any 'org.qemu.guest_agent.0' device, in /lib/udev/rules.d/60-qemu-