search for: device_remove

...is the 'network' hook fed with > (on stdin): info on domain in question AND network where the event > ocurred. But there is no network, is it? No not in the libvirt sense there isn't, you're right. > > But maybe you can work around this by waiting for > DEVICE_ADDED/DEVICE_REMOVED events? What is it that you're trying to solve? I'd like to enable proxy_arp on the interface among other things. I can easily do this from the same script that adds the interface though, so I have a workaround, but a hook that triggers on all interface events felt cleaner. > > Mic...

Hi all, I have a hook script, /etc/libvirt/hooks/network, that doesn't seem to be called when I attach an interface with type 'ethernet' with this xml snippet: <interface type='ethernet'> <model type="virtio"/> <source> <ip address="10.100.0.1" prefix="24" peer="10.100.0.10"/> </source>

...: info on domain in question AND network where the event > >> ocurred. But there is no network, is it? > > > > No not in the libvirt sense there isn't, you're right. > >> > >> But maybe you can work around this by waiting for > >> DEVICE_ADDED/DEVICE_REMOVED events? What is it that you're trying to solve? > > > > I'd like to enable proxy_arp on the interface among other things. > > I can easily do this from the same script that adds the interface > > though, so I have a workaround, but a hook that triggers on all > &...

...; > > >> ocurred. But there is no network, is it? > > > > > > > > No not in the libvirt sense there isn't, you're right. > > > >> > > > >> But maybe you can work around this by waiting for > > > >> DEVICE_ADDED/DEVICE_REMOVED events? What is it that you're trying to solve? > > > > > > > > I'd like to enable proxy_arp on the interface among other things. > > > > I can easily do this from the same script that adds the interface > > > > though, so I have a workaround...

An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20200930/950e3814/attachment.htm>

...all 'network' hook script. If you'd continue reading you'll see what is the 'network' hook fed with (on stdin): info on domain in question AND network where the event ocurred. But there is no network, is it? But maybe you can work around this by waiting for DEVICE_ADDED/DEVICE_REMOVED events? What is it that you're trying to solve? Michal

...fed with >> (on stdin): info on domain in question AND network where the event >> ocurred. But there is no network, is it? > > No not in the libvirt sense there isn't, you're right. >> >> But maybe you can work around this by waiting for >> DEVICE_ADDED/DEVICE_REMOVED events? What is it that you're trying to solve? > > I'd like to enable proxy_arp on the interface among other things. > I can easily do this from the same script that adds the interface > though, so I have a workaround, but a hook that triggers on all > interface events fel...

...ueued to take effect when the guest next reboots? > You can listen for events. For changes to inactive XML you will get VIR_DOMAIN_EVENT_DEFINED+VIR_DOMAIN_EVENT_DEFINED_UPDATED lifecycle event (+reason) and for changes to live XML (like hotplug and hotunplug) you'll get DEVICE_ADDED or DEVICE_REMOVED. But there is no API/virsh command that you could call to get the timestamp of last modification. You have to listen for events. And the second question - you can dump live and inactive XML and see if there is any difference (modulo runtime configuration from live XML). The live XML should be...

...ND network where the event > > >> ocurred. But there is no network, is it? > > > > > > No not in the libvirt sense there isn't, you're right. > > >> > > >> But maybe you can work around this by waiting for > > >> DEVICE_ADDED/DEVICE_REMOVED events? What is it that you're trying to solve? > > > > > > I'd like to enable proxy_arp on the interface among other things. > > > I can easily do this from the same script that adds the interface > > > though, so I have a workaround, but a hook that tr...

This used to be a single patch, but I split it into two with the addition of struct Scatterlist. Again a bit new with Rust submissions. I was told by Gary Guo to rebase on top of rust-next, but it seems *very* behind? The first patch does not build on its own due to a dead_code warning. It is hard to not have dead code when one is adding infrastructure to be used by others at a later

...-r-- 1084/40 107 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/auto_discov_main.gif -rwxr--r-- 1084/40 100 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/norespond.gif -rwxr--r-- 1084/40 118 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/device_add.gif -rwxr--r-- 1084/40 118 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/device_remove.gif -rwxr--r-- 1084/40 75 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/unidentified.gif -rwxr--r-- 1084/40 133 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/rescan.gif -rwxr--r-- 1084/40 3359 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/add.gif -rwxr--r-- 1084/40 2169 Oct 11 11:36 2001 BLDTMP/devmgr/dmv/add...