Bug 1806346
Summary: | Engine sends setupNetworks for ovirtmgmt without any IP during installation of IPv6 only host. | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Germano Veit Michel <gveitmic> |
Component: | ovirt-engine | Assignee: | Nobody <nobody> |
Status: | CLOSED DUPLICATE | QA Contact: | Michael Burman <mburman> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 4.3.8 | CC: | dholler, Rhev-m-bugs |
Target Milestone: | --- | ||
Target Release: | --- | ||
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: | 2020-02-25 22:14:59 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: |
Description
Germano Veit Michel
2020-02-24 00:19:54 UTC
The network_caps returned to the engine prior to the setupNetworks contained the info about IPv6 on eth0: MainProcess|jsonrpc/4::DEBUG::2020-02-24 09:49:36,342::supervdsm_server::106::SuperVdsm.ServerCallback::(wrapper) return network_caps with {'bridges': {}, 'bondings': {}, 'nameservers': [], 'nics': {'eth2': {'ipv6autoconf': True, 'addr': '', 'speed': 0, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '52:54:00:5f:79:52', 'ipv6gateway': '::', 'gateway': ''}, 'eth1': {'ipv6autoconf': True, 'addr': '', 'speed': 0, 'dhcpv6': False, 'ipv6addrs': [], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '52:54:00:86:31:ae', 'ipv6gateway': '::', 'gateway': ''}, 'eth0': {'ipv6autoconf': True, 'addr': '', 'speed': 0, 'dhcpv6': False, 'ipv6addrs': ['2::2/64'], 'mtu': '1500', 'dhcpv4': False, 'netmask': '', 'ipv4defaultroute': False, 'ipv4addrs': [], 'hwaddr': '52:54:00:19:c1:02', 'ipv6gateway': '2::128', 'gateway': ''}}, 'supportsIPv6': True, 'vlans': {}, 'networks': {}} Installing the host on a new empty cluster apparently makes the problem go away. My impression is that this may be caused by another host on the same cluster having IPv4 on ovirtgmtmt, which also matches the customer's setup. Is it possible? Is this a duplicate of bug 1680970 ? (In reply to Dominik Holler from comment #6) > Is this a duplicate of bug 1680970 ? Yes it is. Sorry for the dup. *** This bug has been marked as a duplicate of bug 1680970 *** |