Bug 1999612

Summary:	Leapp can fail with VFs enabled on the host (SR-IOV)
Product:	Red Hat Enterprise Linux 7	Reporter:	Christophe Besson <cbesson>
Component:	leapp-repository	Assignee:	Leapp team <leapp-notifications>
Status:	CLOSED DUPLICATE	QA Contact:	Alois Mahdal <amahdal>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.9	CC:	pstodulk
Target Milestone:	rc	Flags:	pm-rhel: mirror+
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:	2021-08-31 15:55:57 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Christophe Besson 2021-08-31 12:32:45 UTC

Description of problem:
Customer falls in the emergency shell in one of the last step of the upgrade (persistentnamingconfig). They have an ixgbe NIC with several VFs enabled on the host. Originally they enabled it with a "homemade fashion" by doing some echoes into /sys from the rc.local boot script. We suggested to change their approach by enabling it thanks to an udev rule, but they claim that leads to the same issue.

Version-Release number of selected component (if applicable):
leapp-repository-0.12.0-2.el7_9.noarch

How reproducible:
100% for the customer.
Unable to reproduce without the HW.

Actual results:
[  282.416451] localhost upgrade[1235]: ====> * persistentnetnamesconfig
[  282.416451] localhost upgrade[1235]:         Generate udev persistent network naming configuration
[  282.504037] localhost upgrade[1235]: Process Process-186:
[  282.504037] localhost upgrade[1235]: Traceback (most recent call last):
[  282.504037] localhost upgrade[1235]:   File "/usr/lib64/python3.6/multiprocessing/process.py", line 258, in _bootstrap
[  282.504037] localhost upgrade[1235]:     self.run()
[  282.504037] localhost upgrade[1235]:   File "/usr/lib64/python3.6/multiprocessing/process.py", line 93, in run
[  282.504037] localhost upgrade[1235]:     self._target(*self._args, **self._kwargs)
[  282.504037] localhost upgrade[1235]:   File "/root/tmp_leapp_py3/leapp/repository/actor_definition.py", line 72, in _do_run
[  282.504037] localhost upgrade[1235]:     actor_instance.run(*args, **kwargs)
[  282.504037] localhost upgrade[1235]:   File "/root/tmp_leapp_py3/leapp/actors/__init__.py", line 335, in run
[  282.504037] localhost upgrade[1235]:     self.process(*args)
[  282.504037] localhost upgrade[1235]:   File "/etc/leapp/repos.d/system_upgrade/el7toel8/actors/persistentnetnamesconfig/actor.py", line 37, in process
[  282.504037] localhost upgrade[1235]:     rhel8_name = rhel8_ifaces_map[iface.mac].name
[  282.504037] localhost upgrade[1235]: KeyError: 'd6:3e:e4:aa:bb:cc'
[  282.740480] localhost upgrade[1235]: =========================================================================================================
[  282.740480] localhost upgrade[1235]: Actor persistentnetnamesconfig unexpectedly terminated with exit code: 1 - Please check the above details
[  282.740480] localhost upgrade[1235]: =========================================================================================================


Additional info:

Attaching privately the sosreport + rdsosreport

Comment 3 Christophe Besson 2021-08-31 12:33:47 UTC

the suggested workaround for now is to disable SR-IOV on the host.

Comment 6 Petr Stodulka 2021-08-31 15:55:57 UTC

Hi Chris. Thanks for the report. The issue has been already fixed in leapp-repository-0.13.0 (the current supported version of leapp-repository is 0.14.0 right now). Closing the BZ.


The PR:
  - https://github.com/oamg/leapp-repository/pull/625

The original BZ with the same root cause problem:
  - https://bugzilla.redhat.com/show_bug.cgi?id=1899455

*** This bug has been marked as a duplicate of bug 1899455 ***

Comment 7 Christophe Besson 2021-09-01 07:57:26 UTC

Hi Petr,

oh ok, I didn't think it was the same root cause.
Thanks for your feedback!