<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 16, 2016 at 4:19 PM, Pekka Sarnila <span dir="ltr"><<a href="mailto:sarnila@adit.fi" target="_blank">sarnila@adit.fi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 11/16/16 18:11, Greg KH wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Nov 16, 2016 at 03:33:42PM +0200, Pekka Sarnila wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 'Predictable Network Interface Names' it states as a benefit of the new<br>
policy:<br>
<br>
  Stable interface names even when hardware is added or removed, i.e.<br>
  no re-enumeration takes place<br>
<br>
Unfortunately this is not true.<br>
<br>
I'm running a mail server, kernel 4.8.6. Graphics card started to fail.<br>
Replaced it with new one (newer model). Booted the system.<br>
<br>
All seemed to be fine, network seemed to work. But after some time got angry<br>
cries: 'can't read the mail !!!'. A big headache.<br>
<br>
Although the new card was in the same slot as the old one kernel had changed<br>
the name enp6s0 -> enp3s0 (no firmware/BIOS index available and kernel<br>
policy was used as default). Since enp6s0 was not found our server instead<br>
of fixed ip address used our dhcp-server to get a random temp address. Thus<br>
network worked, but not in the mail-servers correct address.<br>
<br>
To figure this out took some nervous time.<br>
<br>
Now, I don't know why kernel driver got a different name for this network<br>
interface (ethernet hardware is on the motherboard, and it is the only net<br>
hardware on the system). But obviously it can happen.<br>
</blockquote>
<br>
That is because your PCI devices renumbered themselves, which is quite<br>
common when changing PCI devices around (or adding/removing them).  Not<br>
much systemd can do about this, sorry.<br>
<br>
greg k-h<br>
<br>
</blockquote>
<br></span>
Well my first point was that the web page should not say<span class=""><br>
<br>
>>   Stable interface names even when hardware is added or removed, i.e.<br>
>>   no re-enumeration takes place<br>
<br></span>
But second was that in principle persistent naming would be possible for systems with only one interface. And it should possible to implement it in systemd-network, and make it systemd package default for such case.</blockquote><div><br></div><div>No, it's not. It sounds more like you want to disable the naming policy, which means you get "eth0" for the first device that shows up.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>
pekka</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
systemd-devel mailing list<br>
<a href="mailto:systemd-devel@lists.freedesktop.org" target="_blank">systemd-devel@lists.freedeskto<wbr>p.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/systemd-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/systemd-devel</a><br>
</div></div></blockquote></div><br></div></div>