[systemd-devel] Stable interface names even when hardware is added or removed, not true

Pekka Sarnila sarnila at adit.fi
Wed Nov 16 21:25:23 UTC 2016


I was talking about systemd out of the box distribution defaults.
I'm afraid there are plenty of people who most likely would not be able 
figure out what happened to their system (while being able to change 
their display card).

pekka

On 11/16/16 18:21, MichaƂ Zegan wrote:
> But he coul use a .link file to give a persistent interface name based
> on some property, wouldn't it be a nice thing to do?
>
> W dniu 16.11.2016 o 17:11, Greg KH pisze:
>> On Wed, Nov 16, 2016 at 03:33:42PM +0200, Pekka Sarnila wrote:
>>> On 'Predictable Network Interface Names' it states as a benefit of the new
>>> policy:
>>>
>>>   Stable interface names even when hardware is added or removed, i.e.
>>>   no re-enumeration takes place
>>>
>>> Unfortunately this is not true.
>>>
>>> I'm running a mail server, kernel 4.8.6. Graphics card started to fail.
>>> Replaced it with new one (newer model). Booted the system.
>>>
>>> All seemed to be fine, network seemed to work. But after some time got angry
>>> cries: 'can't read the mail !!!'. A big headache.
>>>
>>> Although the new card was in the same slot as the old one kernel had changed
>>> the name enp6s0 -> enp3s0 (no firmware/BIOS index available and kernel
>>> policy was used as default). Since enp6s0 was not found our server instead
>>> of fixed ip address used our dhcp-server to get a random temp address. Thus
>>> network worked, but not in the mail-servers correct address.
>>>
>>> To figure this out took some nervous time.
>>>
>>> Now, I don't know why kernel driver got a different name for this network
>>> interface (ethernet hardware is on the motherboard, and it is the only net
>>> hardware on the system). But obviously it can happen.
>>
>> That is because your PCI devices renumbered themselves, which is quite
>> common when changing PCI devices around (or adding/removing them).  Not
>> much systemd can do about this, sorry.
>>
>> greg k-h
>> _______________________________________________
>> systemd-devel mailing list
>> systemd-devel at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>
>
>
>
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
>


More information about the systemd-devel mailing list