Actions
Bug #24073
openForeman fact parser unable to process NPAR NICs with underscore
Status:
New
Priority:
Normal
Assignee:
-
Category:
Facts
Target version:
-
Description
Dell drivers reports NPAR nics as: "em1_1,em1_2,em2_1,em2_2,em3_1,em3_2,em4_1,em4_2,lo"
This is a blocker for discovery, we should get this right in core. We currently parse the interfaces like this:
VIRTUAL = /\A([a-z0-9]+)_([a-z0-9]+)\Z/ BRIDGES = /\A(vir)?br(\d+|-[a-z0-9]+)(_nic)?\Z/ BONDS = /\A(bond\d+)\Z|\A(lagg\d+)\Z/
Foreman thinks that NPARs are virtuals actually. That prevents from detecting correct ipaddress.
app|D We have following interfaces 'em1_1, em1_2, em2_1, em2_2, em3_1, em3_2, em4_1, em4_2' based on facts app|D Interface em1_1 facts: {"ipaddress"=>"10.26.48.104", "macaddress"=>"40:5c:fd:06:38:e9", "netmask"=>"255.255.255.0", "mtu"=>1500, "network"=>"10.26.48.0", "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:dd:c9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/9", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.222"} app|D Interface em1_2 facts: {"macaddress"=>"40:5c:fd:06:3f:13", "mtu"=>1500, "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:dd:c9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/9", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.222"} app|D Interface em2_1 facts: {"macaddress"=>"40:5c:fd:06:38:ec", "mtu"=>1500, "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:de:f9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/9", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.223"} app|D Interface em2_2 facts: {"macaddress"=>"40:5c:fd:06:3f:16", "mtu"=>1500, "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:de:f9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/9", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.223"} app|D Interface em3_1 facts: {"macaddress"=>"40:5c:fd:06:3f:0d", "mtu"=>1500, "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:dd:c9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/25", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.222"} app|D Interface em3_2 facts: {"macaddress"=>"40:5c:fd:06:3f:19", "mtu"=>1500, "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:dd:c9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/25", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.222"} app|D Interface em4_1 facts: {"macaddress"=>"40:5c:fd:06:3f:10", "mtu"=>1500, "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:de:f9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/25", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.223"} app|D Interface em4_2 facts: {"macaddress"=>"40:5c:fd:06:3f:1c", "mtu"=>1500, "speed"=>"10000", "duplex"=>"full", "port"=>"FIBRE", "auto_negotiation"=>"true", "link"=>"true", "lldp_neighbor_chassisid"=>"f4:8e:38:60:de:f9", "lldp_neighbor_portid"=>"TenGigabitEthernet 0/25", "lldp_neighbor_sysname"=>"Dell", "lldp_neighbor_mngaddr_ipv4"=>"10.101.65.223"} app|D Saving em1.1 NIC for host homer-sammy-hissem-clowser app|W Not queueing Nic::Managed: ["Identifier has already been taken"] app|W Not queueing Nic::Managed: ["Identifier has already been taken"] app|W Not queueing Nic::Managed: ["Identifier has already been taken"] app|W Saving em1.1 NIC for host homer-sammy-hissem-clowser failed, skipping because: app|W Identifier has already been taken
https://linux.dell.com/files/whitepapers/consistent_network_device_naming_in_linux.pdf
Updated by Lukas Zapletal over 6 years ago
- Related to Bug #23654: bridge interface facts don't imported in case of primary interface added
Updated by Lukas Zapletal over 6 years ago
- Related to Bug #24691: Virtual interfaces are incorrectly updated from puppet facts when using facter 3.0 and above added
Actions