You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was trying to change a nic setting via qmp since it's dynamically added.
However it failed to do so.
Failed to run QMP command {"arguments":{"path":"/machine/peripheral/dev-incus_eth0","property":"guest_rsc_ext","value":true},"execute":"qom-set"} at pre-start stage: Attempt to set property 'guest_rsc_ext' on anonymous device (type 'virtio-net-device') after it was realized
It looks like the config is locked as const after adding.
Probably It is better to add a config option that allow adding extra args/keyvalue to such command for each (dynamic) device, just like raw.qemu.conf
The text was updated successfully, but these errors were encountered:
That's why we have the QEMU scriptlet support and extra logic being added as part of #1400
I personally have a few weird VMs (ESXi) which use the scriptlet hook to get some of the existing NIC properties, then remove the current entries and add them back with differing config (driver in my case), then kick a VM reboot to have the config be properly active.
The work that @bensmrs is doing in #1400 will make some of that even easier.
For complex cases we've found the scriptlet method to be the more flexible and reliable option as every time we tried to put some logic around messing with QMP/QOM objects we've kept running into timing issues, limitations and the like...
I was trying to change a nic setting via qmp since it's dynamically added.
However it failed to do so.
It looks like the config is locked as const after adding.
Probably It is better to add a config option that allow adding extra args/keyvalue to such command for each (dynamic) device, just like raw.qemu.conf
The text was updated successfully, but these errors were encountered: