Bug 1215388 - network service restart detaching networks from server and breaks all network configuration
Summary: network service restart detaching networks from server and breaks all network...
Keywords:
Status: CLOSED DUPLICATE of bug 1203422
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: vdsm
Version: 3.5.1
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: 3.5.4
Assignee: Ido Barkan
QA Contact: Michael Burman
URL:
Whiteboard: network
Depends On: 1203422 1249396 1249397
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-26 09:03 UTC by Michael Burman
Modified: 2016-02-10 19:46 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-06-08 10:19:41 UTC
oVirt Team: Network
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Michael Burman 2015-04-26 09:03:39 UTC
Description of problem:
restarting network service manually on server, causing to all network configuration to break. cause the onboot=no is set to no, on all NICs and networks ifcfg files, except the management network and the NIC it attached to.

- This is the case since we moved to unified
persistence - which has happened almost a year ago

    http://gerrit.ovirt.org/25784


- vdsm will take care of that only when restarting the vdsmd service or rebooting the server.

 
Version-Release number of selected component (if applicable):
3.5.1-0.4.el6ev
as well on 3.6.0-0.0.master.20150412172306.git55ba764.el6

How reproducible:
100

Additional info:
service network restart; rm /var/run/vdsm/nets_restored; vdsm-tool restore-nets

is the intended workaround for it.

Comment 1 Michael Burman 2015-04-26 09:08:17 UTC
I'm raising this issue after talking with Ido, Danken, Myakove, Genadi, Ydary for further discussion.

Comment 2 Dan Kenigsberg 2015-04-27 14:29:37 UTC
`service network restart` is equivalent to ifdown'ing all ifcfg files, and later ifup'ing them - but only these with ONBOOT=yes.

When using unified persistence, we have to set ONBOOT=no, to avoid wasting expensive boot time, particularly when DHCP is involved http://gerrit.ovirt.org/27541.

We could avoid this need once we manage to start vdsm-network before the network service is started.

Comment 3 Dan Kenigsberg 2015-06-08 10:19:41 UTC

*** This bug has been marked as a duplicate of bug 1203422 ***


Note You need to log in before you can comment on or make changes to this bug.