Hello, Many thanks for the prompt reply. Answers in-line
On Fri, Oct 23, 2020 at 9:16 AM Ales Musil <[email protected]> wrote: > > It would be nice to know when this happens as it might be a serious problem. I can't offer much beyond the logs I uploaded. I had a similar event in one of my production GlusterFS / oVirt clusters, but restoring the missing ifcfg- files from backup and restarting NetworkManager solved the problem. > > Unfortunately this won't work. From this it seems like vdsm persistence was > broken somehow during the upgrade. > > For start you can really ensure that the network is not saved in the vdsm > configuration. > By using vdsm-tool on the host, if you run "vdsm-tool list-nets" it won't > produce anything most likely. > > To restore your previous configuration on the host you can use: > > cat << EOF > ovirtmgmt.json > { > "networks": { > "ovirtmgmt": { > "netmask": "255.255.255.0", > "ipv6autoconf": false, > "nic": "onb0", > "bridged": true, > "ipaddr": "192.168.2.117", > "defaultRoute": true, > "dhcpv6": false, > "gateway": "192.168.2.100", > "mtu": 1500, > "switch": "legacy", > "stp": false, > "bootproto": "none", > "nameservers": [ > "192.168.2.100", > "8.8.8.8" > ] > } > }, > "bondings": {}, > "options": { > "connectivityCheck": false > } > } > EOF > > vdsm-client -f ovirtmgmt.json Host setupNetworks > > If that works, you have to persist the configuration before reboot, so either > from the engine UI > or from the host itself: > > vdsm-client Host setSafeNetworkConfig Worked like a charm! Thanks! Have a good weekend, Gilboa _______________________________________________ Users mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/TEY6CMTA5RAAZGLXNODG4CDZHFHBOPGF/
