Bug 1142909 - NIC removed during initial configuration
Summary: NIC removed during initial configuration
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: oVirt
Classification: Retired
Component: vdsm
Version: 3.5
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 3.6.0
Assignee: Barak
QA Contact: Gil Klein
URL:
Whiteboard: network
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-17 15:20 UTC by Piotr Kliczewski
Modified: 2016-02-10 19:37 UTC (History)
11 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-08-26 09:24:13 UTC
oVirt Team: Network
Embargoed:


Attachments (Terms of Use)
supervdsm.log (36.76 KB, text/plain)
2014-09-17 15:20 UTC, Piotr Kliczewski
no flags Details
vdms.log (30.34 KB, text/plain)
2014-09-17 15:20 UTC, Piotr Kliczewski
no flags Details

Description Piotr Kliczewski 2014-09-17 15:20:11 UTC
Created attachment 938519 [details]
supervdsm.log

Description of problem:


During initial installation of vdsm on fresh centos 6 vm setupNetworks failed and eth0-network interface was removed after restore.


How reproducible:


Steps to Reproduce:
1. Run host install on fresh centos 6 vm
2.
3.

Actual results:

Missing nic/network communication not restored


Expected results:

network successfully configured

Additional info:

Comment 1 Piotr Kliczewski 2014-09-17 15:20:36 UTC
Created attachment 938520 [details]
vdms.log

Comment 2 Antoni Segura Puimedon 2014-09-17 18:29:21 UTC
Hey Piotr, how did you originally configure the eth0 device to get connectivity to it? Cause I see that we do setupnetworks for it without specifying a bootproto, hence losing the connectivity and attempting a rollback.

Comment 3 Piotr Kliczewski 2014-09-18 06:35:59 UTC
When eth0 disappeared after the initial attempt I restored it by providing:

DEVICE=eth0
HWADDR=52:54:00:38:b1:c0
ONBOOT=yes
MTU=1500
BOOTPROTO=dhcp

and it worked.

Comment 4 Antoni Segura Puimedon 2014-09-18 15:30:27 UTC
I assume that the original dhclient configuration was manual or somehow not retrievable by vdsm.

This happened when adding the host to the engine, right?

If that's the case we should have reported to the engine that the connectivity was provided via dhcp anyway, and the setupNetworks should have successfully included bootproto='dhcp'.

The other issue, and easier to find bug is: "why did the rollback not put dhclient back on eth0" It is possible that we have to special case removing the last ipaddress of a device that leaves the machine without a configured IP and just launch a dhclient on it.

Comment 6 Dan Kenigsberg 2014-12-21 21:54:20 UTC
Please reopen when this is reproduced and the needed info is available.

Comment 7 Piotr Kliczewski 2015-04-03 14:37:07 UTC
I have a vm with f20 which reproduces this issue every time. It seems that nic is removed during host deploy and network reconfiguration from NetworkManager to network service.

Please let me know where to upload the img.

Comment 8 Yaniv Lavi 2015-08-12 09:45:26 UTC
Can you please check with latest 3.5.4?

Comment 9 Yaniv Lavi 2015-08-12 09:46:14 UTC
Or on 3.6.0?

Comment 10 Piotr Kliczewski 2015-08-12 10:05:55 UTC
Sure, will check.

Comment 11 Piotr Kliczewski 2015-08-26 09:23:45 UTC
I tested with 3.6 and it works.


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