Bug 1338751
Summary: | Management network's gateway wiped out after detaching a network with gateway(different subnet) from host | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [oVirt] vdsm | Reporter: | Michael Burman <mburman> | ||||||
Component: | Core | Assignee: | Edward Haas <edwardh> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Meni Yakove <myakove> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | high | ||||||||
Version: | --- | CC: | bugs, danken, gklein, mburman, ylavi | ||||||
Target Milestone: | ovirt-4.0.0-rc | Keywords: | Automation, Regression | ||||||
Target Release: | --- | Flags: | rule-engine:
ovirt-4.0.0+
rule-engine: blocker+ rule-engine: planning_ack+ danken: devel_ack+ rule-engine: testing_ack+ |
||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2016-07-05 07:42:41 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | Network | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Bug tickets must have version flags set prior to targeting them to a release. Please ask maintainer to set the correct version flags and only then set the target milestone. Please add the supervdsm.log Created attachment 1160940 [details]
supervdsm log
Verified on - 4.0.0.2-0.1.el7ev and vdsm-4.18.1-11.gita92976e.el7ev.x86_64 oVirt 4.0.0 has been released, closing current release. |
Created attachment 1160546 [details] Logs Description of problem: Management network's gateway wiped out after detaching a network with gateway(different subnet then the ovirtmgmt) from host. When attaching network to host with static ip and gateway(not in the same subnet as the management network), the host will get the new gateway instead the management's one, example: - Before attaching the other network to host --> [root@pink-vds2 ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.35.128.254 0.0.0.0 UG 0 0 0 ovirtmgmt 10.35.128.0 0.0.0.0 255.255.255.0 U 0 0 0 ovirtmgmt 169.254.0.0 0.0.0.0 255.255.0.0 U 1008 0 0 ovirtmgmt - After attaching the other network to host --> [root@pink-vds2 ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 6.6.6.254 0.0.0.0 UG 0 0 0 n2 6.6.6.0 0.0.0.0 255.255.255.0 U 0 0 0 n2 10.35.128.0 0.0.0.0 255.255.255.0 U 0 0 0 ovirtmgmt 169.254.0.0 0.0.0.0 255.255.0.0 U 1008 0 0 ovirtmgmt 169.254.0.0 0.0.0.0 255.255.0.0 U 1010 0 0 n2 - After detaching the other network from the host, there will be no gateway and host will go to non-responsive state. Version-Release number of selected component (if applicable): 4.0.0-0.7.master.el7ev How reproducible: 100 Steps to Reproduce: 1. Running host on 4.0 with management network 2. Attach other network, 'net1' to second interface on the host via setup networks with static ip - 6.6.6.6, prefix - 24 and gateway 6.6.6.254 and approve operation 3. Detach the network Actual results: No gateway on the host. Host moves to non-responsive state. Expected results: Ovirtmgmt's gateway should remain.