Bug 1093046
| Summary: | Host doesn't become non-operational when required network bridge isn't connected to any interface | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | GenadiC <gcheresh> | ||||||||
| Component: | ovirt-engine | Assignee: | Barak <bazulay> | ||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | GenadiC <gcheresh> | ||||||||
| Severity: | low | Docs Contact: | |||||||||
| Priority: | low | ||||||||||
| Version: | 3.4.0 | CC: | bazulay, danken, gklein, lpeer, mburman, myakove, nyechiel, rbalakri, Rhev-m-bugs, srevivo, ykaul | ||||||||
| Target Milestone: | ovirt-3.6.0-rc | Keywords: | Reopened | ||||||||
| Target Release: | 3.6.0 | Flags: | ylavi:
Triaged+
|
||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | 3.6.0-0.0.master.20150412172306.git55ba764.el6 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2016-04-20 01:11:49 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: |
|
||||||||||
|
Description
GenadiC
2014-04-30 13:21:55 UTC
With current implementation, host monitoring only concerns the health of the nics reported by VDSM, on which a required network is configured. A missing required network will be detected by the getCapabilities, which invoked each time a network command was engaged or when a host is activated. Bug 999947 ([RFE] Refresh Network configuration periodically) will solve this case as well. Therefore I'm closing this bug as duplicated. Please share this use case in Bug 999947, so it will be added to the test plan, once implemented. *** This bug has been marked as a duplicate of bug 999947 *** Created attachment 891504 [details]
vdscaps file
Created attachment 891505 [details]
vdsstats file
Created attachment 891518 [details]
vdsm log
Host indeed becomes non-operational when you remove required network from the Host NIC. I got to situation where it didn't work when I had some other bridge stucked on the interface. Then I got the required network bridge as not connected to any interface on the bridge (as there was other bridge connected to the interface) with brctl show. All logs are attached I see that the "slim" bridge has stayed behind, but no "slim" network is reported. Such condition should not be considered as where the network is available.
'networks': {'rhevm': {'iface': 'rhevm', 'addr': '10.35.128.12', 'cfg': {'DEFROUTE': 'yes', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'dhcp', 'STP': 'no', 'DEVICE': 'rhevm', 'TYPE': 'Bridge', 'ONBOOT': 'yes'}, 'ipv6addrs': ['fe80::21d:9ff:fe68:71c1/64'], 'gateway': '10.35.128.254', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'mtu': '1500', 'ipv6gateway': '::', 'ports': ['eth0']}, 'mnb': {'iface': u'eth1', 'addr': '', 'ipv6addrs': [], 'mtu': '1500', 'netmask': '', 'bridged': False, 'interface': u'eth1', 'ipv6gateway': '::', 'gateway': ''}}
Doesn't seem like a regression/blocker, was likely always like this for bridges not connected to any interface. Looking at the current engine code I think this might already be fixed. Please let us know... Verified on - 3.6.0-0.0.master.20150412172306.git55ba764.el6 Host become non-operational after 10 seconds or less, right after approving Setup Networks operation. |