Activity log for bug #1822263

Date Who What changed Old value New value Message
2019-03-29 08:42:35 Alexander Rubtsov bug added bug
2019-03-29 08:43:56 Alexander Rubtsov description Using Intel XL710 interfaces for SRIOV. During the testing phase, following issue is discoverd. VM which is just restarted due to any reason, the VM may not come up properly. This is usually seen when the VM has undergone several restarts. Following errors are seen in the console log of the VM, when the VMs fail to come up - /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:05.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:07.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:09.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:0b.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:0d.0 from the investigation at VNF side - The system finds all the interfaces and matches to the expected set of interfaces defined in the VM's meta-data / personality file. In case of SRIOV vSFO the meta-data defines 8 "front panel port" using SRIOV, and two vFAB ports (total 10 SRIOV ports, 5 from each NIC), plus it looks for some internal VxLAN networks. It then matches up the information with the devices actually seen so it knows which is which. When the problem is happening, the vSFO VM is unable to match the interface name to PCI device. That suggests failure to install/connect the i40evf-dpdk driver, and going by PCI numbering seems to be for all 5 of the expected ports from one NIC. Using Intel XL710 interfaces for SRIOV. During the testing phase, following issue is discoverd. VM which is just restarted due to any reason, the VM may not come up properly. This is usually seen when the VM has undergone several restarts. Following errors are seen in the console log of the VM, when the VMs fail to come up - /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:05.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:07.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:09.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:0b.0 /usr/bin/sort_ports.py:Couldn't create port: Couldn't find interface name of PCI device at 0000:00:0d.0 from the investigation at VNF side - The system finds all the interfaces and matches to the expected set of interfaces defined in the VM's meta-data / personality file. In case of SRIOV vSFO the meta-data defines 8 "front panel port" using SRIOV, and two vFAB ports (total 10 SRIOV ports, 5 from each NIC), plus it looks for some internal VxLAN networks. It then matches up the information with the devices actually seen so it knows which is which. When the problem is happening, the vSFO VM is unable to match the interface name to PCI device. That suggests failure to install/connect the i40evf-dpdk driver, and going by PCI numbering seems to be for all 5 of the expected ports from one NIC. -------- # ethtool -i eth9 driver: i40e version: 2.4.6 firmware-version: 6.02 0x80003620 1.1747.0 bus-info: 0000:d8:00.0 supports-statistics: yes supports-test: yes supports-eeprom-access: yes supports-register-dump: yes supports-priv-flags: yes
2019-03-29 10:17:32 Denis Meltsaykin fuel: assignee MOS Maintenance (mos-maintenance) Roman Lubianyi (rlubianyi)
2019-03-29 10:17:37 Denis Meltsaykin fuel: status New Confirmed