Bug 1057657
Summary: | vdsm-4.14.1-2 unable to restart on reboot after a network is defined on Fedora 19 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] oVirt | Reporter: | Douglas Schilling Landgraf <dougsland> | ||||
Component: | vdsm | Assignee: | Antoni Segura Puimedon <asegurap> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Meni Yakove <myakove> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3.4 | CC: | acathrow, asegurap, bazulay, danken, dougsland, gklein, iheim, mgoldboi, yeylon | ||||
Target Milestone: | --- | ||||||
Target Release: | 3.4.1 | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | network | ||||||
Fixed In Version: | 3.4.1 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2014-05-08 13:36:22 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 1057772 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Douglas Schilling Landgraf
2014-01-24 15:05:01 UTC
Created attachment 855007 [details]
vdsm and supervdsm logs
This Jan 24 09:58:34 localhost vdsmd_init_common.sh[2764]: File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 317, in getIpInfo Jan 24 09:58:34 localhost vdsmd_init_common.sh[2764]: ipv6addrs = devInfo.get_ipv6_addresses() Jan 24 09:58:34 localhost vdsmd_init_common.sh[2764]: SystemError: error return without exception set Is a python-ethtool bug. I have sent a patch that is applied upstream (needs backporting) that adds errno before raising for all the python-ethtool cases I could find. I'll do the backport and try to reproduce. Reported https://bugzilla.redhat.com/1057772 but want still to check that there's no further issue. Setting target release to current version for consideration and review. please do not push non-RFE bugs to an undefined target release to make sure bugs are reviewed for relevancy, fix, closure, etc. Douglas, which ovirt-node image did you use? Could it be one with http://gerrit.ovirt.org/#/c/20068/1/src/ovirtnode/network.py missing? (In reply to Dan Kenigsberg from comment #5) > Douglas, which ovirt-node image did you use? > Could it be one with > http://gerrit.ovirt.org/#/c/20068/1/src/ovirtnode/network.py missing? Dan, it was Fedora 19 minimal install, sorry about not being explicit. Reducing priority, as this does not easily reproduces. The SystemError that led up to the bug here reported was solved by http://gerrit.ovirt.org/#/c/23518/6 Now the ip information for a non-existing device is reported as: ipv4addr == '', ipv4netmask == '', ipv6addrs == [] There might be some other thing affecting the reported flow. The only other thing that I see that could affect the flow is the fact that after reboot the device dummy_interface will not exist any longer. If the user wishes to use such devices, the user should have some script that creates them on boot (I suggest some script called by a systemd service file). I consider the bug as not requiring further patches. This is an automated message. Re-targeting all non-blocker bugs still open on 3.4.0 to 3.4.1. This is an automated message oVirt 3.4.1 has been released: * should fix your issue * should be available at your local mirror within two days. If problems still persist, please make note of it in this bug report. |