Description of problem: Very similar to the following bugzilla #1506550 Looks like a regression. Customer is updating the nodes, the network config files are old and created long time ago, never changed or edited, defroute=yes overwritten to defroute=no after update so that server hangs at boot until the defroute parameter is fixed manually. Version-Release number of selected component (if applicable): vdsm latest How reproducible: update from 4.17 to 4.19 tested, no idea if it hits other update paths Steps to Reproduce: 1. one way - Updated the host first from RHEVM: result was that avter VDSM Upgrade the host was unreachable. - Previous SSH session was active - Set Host to Maintenance - yum upgrade for rest of RHEL updates (kernel, etc.) - Rebooted host - Host not reachable via SSH - From HW console: it is determined that there is no default route!! - Set defroute=yes in /etc/sysconfig/network-scripts/ifcfg-rhevm - service network restart - Host is now activateable from RHEVM 2. second way - Set host to maintenance - yum upgrade - reboot - Host is not reachable via SSH - On HW console again: no default route - Edited /etc/sysconfig/network-scripts/ifcfg-rhevm, set defroute=yes - service network restart - Activate host in RHEVM Actual results: config file changed so that it breaks config Expected results: config file untouched during update, or at least not in a way that it breaks config Additional info:
Would you please attach supervdsm.log from the time of the upgrade and first boot?
can't reproduce, 3.6/el7.3 eus/els host to 4.1/el7.5: # rpm -q vdsm kernel-$( uname -r ) initscripts redhat-release-server vdsm-4.17.45-1.el7ev.noarch kernel-3.10.0-693.21.1.el7.x86_64 initscripts-9.49.37-1.el7.x86_64 redhat-release-server-7.3-7.el7.x86_64 both ifcfg-* and vdsm's chech file in /var/run/vdsm have yes for defroute. putting host into maintenance and doing update: # rpm -q vdsm kernel-$( uname -r ) initscripts redhat-release-server vdsm-4.19.51-1.el7ev.x86_64 kernel-3.10.0-862.3.2.el7.x86_64 initscripts-9.49.41-1.el7.x86_64 redhat-release-server-7.5-8.el7.x86_64 reboot # grep -i 'def.*route' /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt DEFROUTE=yes [root@10-37-140-151 ~]# grep -iIR 'def.*route' /var/run/vdsm/ 2>/dev/null /var/run/vdsm/netconf/nets/ovirtmgmt: "defaultRoute": true
We have already release 4.2, thus vdsm is 4.20.x now, could you try with 4.2?
I upgraded also from 3.6 to 4.2 and it still works too.
Please reopen with the required logs. Please also include your /etc/vdsm/vdsm.conf
BZ<2>Jira Resync
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days