<div dir="ltr"><div dir="ltr">On Wed, Jan 5, 2022 at 9:46 AM Harald Dunkel <<a href="mailto:harald.dunkel@aixigo.com">harald.dunkel@aixigo.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2022-01-04 16:14:16, Andrei Borzenkov wrote:<br>
> <br>
> You have two interfaces which export the same onboard interface index.<br>
> There is not much udev can do here; the only option is to disable<br>
> onboard interface name policy. The attributes that are used by udev<br>
> are "acpi_index"  and "index". Check values of these attributes for<br>
> all interfaces.<br>
> <br>
<br>
I will check, but please note that I didn't enable this. AFAIU Debian<br>
uses the settings according to the guidelines of upstream.<br>
<br>
> <br>
> As is obvious from the log you provided, they did not "keep" their<br>
> names but were renamed. Whether this is correct depends on rules your<br>
> distribution is using.<br>
> <br>
<br>
AFAICS the kernel of today still assigns the "legacy" interface names,<br>
which are renamed by udev later. I would suggest to improve conflict<br></blockquote><div><br></div><div>It does, yes, but note this part:</div><div><br></div><div>Jan 03 11:30:14 <a href="http://nasl002b.example.com/" rel="noreferrer" target="_blank">nasl002b.example.com</a> kernel: igb 0000:02:00.2 eth4: renamed from eth2<br>Jan 03 11:30:14 <a href="http://nasl002b.example.com/" rel="noreferrer" target="_blank">nasl002b.example.com</a> kernel: igb 0000:02:00.3 eth5: renamed from eth3<br></div><div><br></div><div>Here the kernel-assigned names (eth2, eth3) are being renamed to custom names (eth4, eth5). That's not something systemd or udev does by default. It suggests that you likely have old "70-persistent-net" udev rules (or something similar) that assign custom eth* names separately from the slot-based "predictable" naming – perhaps a leftover from Debian 7.</div><div><br></div><div>These interfaces aren't being skipped due to an earlier conflict – they are intentionally skipped by 80-net-setup-link.rules because they already have a custom 'NAME=' assigned by an earlier rule, so the "predictable" name is not applied to avoid breaking existing configuration.</div><div><br></div><div>It also makes me wonder whether one of your interfaces might actually have the "eno1" name assigned manually (through another udev rule) and not really through the "predictable" naming.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>