<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>31939</bug_id>
          
          <creation_ts>2016-04-02 08:30:55 +0300</creation_ts>
          <short_desc>Неверный порядок назначения имён сетевым интерфейсам</short_desc>
          <delta_ts>2018-02-14 08:47:07 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>udev-rules</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc>https://github.com/systemd/systemd/issues/1390</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Стас">stas.grumbler</reporter>
          <assigned_to name="Alexey Shabalin">shaba</assigned_to>
          <cc>asy</cc>
    
    <cc>evg</cc>
    
    <cc>mike</cc>
    
    <cc>shaba</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>155937</commentid>
    <comment_count>0</comment_count>
      <attachid>6685</attachid>
    <who name="Стас">stas.grumbler</who>
    <bug_when>2016-04-02 08:30:55 +0300</bug_when>
    <thetext>Created attachment 6685
Приоритет признака ID_NET_NAME_PATH при переименовании интерфейса

На интеловских серверных платформах udev не может назначить уникальные имена отдельным &quot;набортным&quot; интерфейсам.
В /lib/udev/rules.d/80-net-name-slot.rules сначала имя назначается по признаку ID_NET_NAME_ONBOARD, затем по ID_NET_NAME_SLOT и в последнюю очередь по ID_NET_NAME_PATH

В результате udevd пытается назначить имя eno1 двум интерфейсам.

Вот пример свойств ID_NET_NAME_* двух интерфейсов в udev:
ID_NET_NAME_MAC=enx001e67ce3321
ID_NET_NAME_ONBOARD=eno1
ID_NET_NAME_PATH=enp2s0

ID_NET_NAME_MAC=enx001e67ce3321
ID_NET_NAME_ONBOARD=eno1
ID_NET_NAME_PATH=enp0s25

Решение: поставить ID_NET_NAME_PATH первым в списке. Патч прилагаю.
Другой вариант решения - поставить ID_NET_NAME_ONBOARD последним. Считаю его менее надёжным.

Ошибка возникает только в случае двух разных чипов сетевых контроллеров. Если установлен один многоканальный чип, ID_NET_NAME_ONBOARD у его интерфейсов различаются.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>155943</commentid>
    <comment_count>1</comment_count>
    <who name="Evgenii Terechkov">evg</who>
    <bug_when>2016-04-03 11:05:21 +0300</bug_when>
    <thetext>С такими масштабными предложениями наверное лучше обращаться в апстрим.

К тому же, это очень напоминает дубль уже известных багов с прошивками от вендоров (см. например по ссылке). Резюме апстрима такое что нужно жаловаться вендору материнской платы и возможно, фильтровать в ядре. Как обходной путь предлагается дать udev-у хинт о том, как называть какие устройства, например по используемому драйверу.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>157176</commentid>
    <comment_count>2</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2016-06-02 12:52:31 +0300</bug_when>
    <thetext>А udev-rule-generator-net ситуацию не спасает ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>168959</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2018-02-13 14:17:42 +0300</bug_when>
    <thetext>Выбирайте любую политику именования интерфейсов, как вам нравится.
просто добавьте настройки в 
/etc/systemd/network/99-default.link
Документация тут.
https://www.freedesktop.org/software/systemd/man/systemd.link.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>168969</commentid>
    <comment_count>4</comment_count>
    <who name="Стас">stas.grumbler</who>
    <bug_when>2018-02-13 21:37:28 +0300</bug_when>
    <thetext>(In reply to comment #3)
&gt; Выбирайте любую политику именования интерфейсов, как вам нравится.
&gt; просто добавьте настройки в 
&gt; /etc/systemd/network/99-default.link
&gt; Документация тут.
&gt; https://www.freedesktop.org/software/systemd/man/systemd.link.html

Во время создания тикета systemd отсутствовал в системе.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>168970</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2018-02-13 21:47:05 +0300</bug_when>
    <thetext>Эти настройки влияют на udev, и работают в отсутствии systemd.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>168972</commentid>
    <comment_count>6</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2018-02-14 08:47:07 +0300</bug_when>
    <thetext>(In reply to comment #5)

&gt; Эти настройки влияют на udev, и работают в отсутствии systemd.

А почему они тогда в /etc/systemd/network ? Это путаница получается.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>6685</attachid>
            <date>2016-04-02 08:30:55 +0300</date>
            <delta_ts>2016-04-02 08:30:55 +0300</delta_ts>
            <desc>Приоритет признака ID_NET_NAME_PATH при переименовании интерфейса</desc>
            <filename>80-net-name-slot.rules.patch</filename>
            <type>text/plain</type>
            <size>554</size>
            <attacher name="Стас">stas.grumbler</attacher>
            
              <data encoding="base64">LS0tIC9saWIvdWRldi9ydWxlcy5kLzgwLW5ldC1uYW1lLXNsb3QucnVsZXMJMjAxNS0xMi0wOCAx
NDo0NDozNy4wMDAwMDAwMDAgKzA1MDAKKysrIC90bXAvODAtbmV0LW5hbWUtc2xvdC5ydWxlcwky
MDE2LTA0LTAyIDA5OjUzOjA1Ljc2ODkwOTM2OCArMDUwMApAQCAtNyw4ICs3LDggQEAKIElNUE9S
VHtjbWRsaW5lfT0ibmV0LmlmbmFtZXMiCiBFTlZ7bmV0LmlmbmFtZXN9PT0iMCIsIEdPVE89Im5l
dF9uYW1lX3Nsb3RfZW5kIgogCitOQU1FPT0iIiwgRU5We0lEX05FVF9OQU1FX1BBVEh9IT0iIiwg
TkFNRT0iJGVudntJRF9ORVRfTkFNRV9QQVRIfSIKIE5BTUU9PSIiLCBFTlZ7SURfTkVUX05BTUVf
T05CT0FSRH0hPSIiLCBOQU1FPSIkZW52e0lEX05FVF9OQU1FX09OQk9BUkR9IgogTkFNRT09IiIs
IEVOVntJRF9ORVRfTkFNRV9TTE9UfSE9IiIsIE5BTUU9IiRlbnZ7SURfTkVUX05BTUVfU0xPVH0i
Ci1OQU1FPT0iIiwgRU5We0lEX05FVF9OQU1FX1BBVEh9IT0iIiwgTkFNRT0iJGVudntJRF9ORVRf
TkFNRV9QQVRIfSIKIAogTEFCRUw9Im5ldF9uYW1lX3Nsb3RfZW5kIgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>