Description of problem: Network changes manually applied on the host are not reflected to the engine unless the host is being manually refreshed using the refresh capabilities. This might lead to lack of synchronization between the current host configuration as recently collected to the current configuration on the host (e.g. manual changes performed on the host not via the setupNetworks api).
Another motivation of having a monitor for refreshing the network configuration is the race between the network information collection to the IP address which is being obtained from the DHCP server: It is not rare to see setupNetworks configures an interface for DHCP, and the immediate getVdsCaps which follows doesn't report any IP address for that interface due to latency of the DHCP server. Having the monitor to auto-refresh such configuration will simplify the fix of bug 955429, prevent run a VM if the display network has no IP address.
*** Bug 1093046 has been marked as a duplicate of this bug. ***
Is this similar to bz #1037612?
No.
*** This bug has been marked as a duplicate of bug 1240719 ***
*** Bug 1667181 has been marked as a duplicate of this bug. ***