On Fri, Aug 23, 2019 at 2:25 PM Sandro Bonazzola <sbona...@redhat.com>
wrote:
> Relevant error in the logs seems to be:
>
> MainThread::DEBUG::2016-04-30
> 19:45:56,428::unified_persistence::46::root::(run)
> upgrade-unified-persistence upgrade persisting networks {} and bondings {}
> MainThread::INFO::2016-04-30
> 19:45:56,428::netconfpersistence::187::root::(_clearDisk) Clearing
> /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/
> MainThread::DEBUG::2016-04-30
> 19:45:56,428::netconfpersistence::195::root::(_clearDisk) No existent
> config to clear.
> MainThread::INFO::2016-04-30
> 19:45:56,428::netconfpersistence::187::root::(_clearDisk) Clearing
> /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/
> MainThread::DEBUG::2016-04-30
> 19:45:56,428::netconfpersistence::195::root::(_clearDisk) No existent
> config to clear.
> MainThread::INFO::2016-04-30
> 19:45:56,428::netconfpersistence::131::root::(save) Saved new config
> RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and
> /var/run/vdsm/netconf/bonds/
> MainThread::DEBUG::2016-04-30 19:45:56,428::utils::671::root::(execCmd)
> /usr/bin/taskset --cpu-list 0-3 /usr/share/vdsm/vdsm-store-net-config
> unified (cwd None)
> MainThread::DEBUG::2016-04-30 19:45:56,440::utils::689::root::(execCmd)
> SUCCESS: <err> = 'cp: cannot stat
> \xe2\x80\x98/var/run/vdsm/netconf\xe2\x80\x99: No such file or
> directory\n'; <rc> = 0
> MainThread::DEBUG::2016-04-30
> 19:45:56,441::upgrade::51::upgrade::(_upgrade_seal) Upgrade
> upgrade-unified-persistence successfully performed
> MainThread::DEBUG::2017-12-31
> 16:44:52,918::libvirtconnection::163::root::(get) trying to connect libvirt
> MainThread::INFO::2017-12-31
> 16:44:53,033::netconfpersistence::194::root::(_clearDisk) Clearing
> /var/lib/vdsm/persistence/netconf/nets/ and
> /var/lib/vdsm/persistence/netconf/bonds/
> MainThread::WARNING::2017-12-31
> 16:44:53,034::fileutils::96::root::(rm_tree) Directory:
> /var/lib/vdsm/persistence/netconf/bonds/ already removed
> MainThread::INFO::2017-12-31
> 16:44:53,034::netconfpersistence::139::root::(save) Saved new config
> PersistentConfig({'ovirtmgmt': {'ipv6autoconf': False, 'nameservers':
> ['192.168.1.1', '8.8.8.8'], u'nic': u'eth0', 'dhcpv6': False, u'ipaddr':
> u'192.168.1.211', 'switch': 'legacy', 'mtu': 1500, u'netmask':
> u'255.255.255.0', u'bootproto': u'static', 'stp': False, 'bridged': True,
> u'gateway': u'192.168.1.1', u'defaultRoute': True}}, {}) to
> /var/lib/vdsm/persistence/netconf/nets/ and
> /var/lib/vdsm/persistence/netconf/bonds/
> MainThread::DEBUG::2017-12-31
> 16:44:53,035::cmdutils::150::root::(exec_cmd)
> /usr/share/openvswitch/scripts/ovs-ctl status (cwd None)
> MainThread::DEBUG::2017-12-31
> 16:44:53,069::cmdutils::158::root::(exec_cmd) FAILED: <err> = ''; <rc> = 1
> MainThread::DEBUG::2018-02-16
> 23:59:17,968::libvirtconnection::167::root::(get) trying to connect libvirt
> MainThread::INFO::2018-02-16
> 23:59:18,500::netconfpersistence::198::root::(_clearDisk) Clearing netconf:
> /var/lib/vdsm/staging/netconf
> MainThread::ERROR::2018-02-16 23:59:18,501::fileutils::53::root::(rm_file)
> Removing file: /var/lib/vdsm/staging/netconf failed
> Traceback (most recent call last):
> File "/usr/lib/python2.7/site-packages/vdsm/common/fileutils.py", line
> 48, in rm_file
> os.unlink(file_to_remove)
> OSError: [Errno 21] Is a directory: '/var/lib/vdsm/staging/netconf'
>
> +Dominik Holler <dhol...@redhat.com> can you please have a look?
>
>
Just for reference today I also updated, but from 4.3.4 (not 4.3.4) to
4.3.5 an environment composed by three plain CentOS 7.6 servers (using
iSCSI as storage domains, and not NFS as the single one) and I had no
problems.
In their log I don't see these strange attempts to kind of "destroy" and
"regenerate" network config...
The single server is actually a NUC while the 3 servers are Dell M610
blades.
Both the single server and the three ones are without NetworkManager.
The 3-servers environment has though an external engine, while the single
server one is hosted-engine based, I don't know if this can make any
difference.
Gianluca
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2KTCFXNRNKH3TNGJTLHW4M3RX7HJZCPX/
