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

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

    <bug>
          <bug_id>33296</bug_id>
          
          <creation_ts>2017-03-29 12:42:20 +0300</creation_ts>
          <short_desc>Unable to manage bridge interfaces on 2.6.32 OpenVZ kernels</short_desc>
          <delta_ts>2019-12-17 11:12:27 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Branch p8</product>
          <component>etcnet</component>
          <version>не указана</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Nikolay A. Fetisov">naf</reporter>
          <assigned_to name="Andrey Cherepanov">cas</assigned_to>
          <cc>glebfm</cc>
    
    <cc>lav</cc>
    
    <cc>ldv</cc>
    
    <cc>legion</cc>
    
    <cc>mike</cc>
    
    <cc>mrdrew</cc>
    
    <cc>rider</cc>
    
    <cc>shaba</cc>
    
    <cc>vseleznv</cc>
          
          <qa_contact name="qa-p8@altlinux.org">qa-p8</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>162803</commentid>
    <comment_count>0</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2017-03-29 12:42:20 +0300</bug_when>
    <thetext>Начиная с 0.9.10-alt19, после перехода с использования brctl на 
ip link ... type bridge для работы с bridge-интерфейсами, была потеряна
возможность настройки bridge-интерфейсов на ядрах 2.6.32, т.е. OpenVZ.

Интерфейс ip link ... type bridge на этих ядрах может только создавать
интерфейсы, при любых настройках (как параметров, так и добавлении/удалении
интерфейсов в bridge) выдаётся ошибка
NETLINK answers: Operation not supported

Плюс, при этом ip link завершается с кодом ошибки, что прерывает дальнейшую
работу скриптов настройки интерфейса.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>162805</commentid>
    <comment_count>1</comment_count>
      <attachid>7022</attachid>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2017-03-29 13:06:56 +0300</bug_when>
    <thetext>Created attachment 7022
Fallback to use $BRCTL if brctl config file exists

Исходя из того, что проблема затрагивает только конкретное старое ядро:

- восстанавливаются переменные BRCTL/DEFAULT_BRCTL, где они были убраны 
  (а убраны они были не везде),
- при нахождении в каталоге конфигурации интерфейса файла brctl идёт переключение
  на использование brctl,
- при отсутствии brctl - идёт работа через &apos;ip link ... type bridge&apos;;
- добавляется игнорирование ошибок в вызовах ip link ... type bridge; 
  shutdown-bri при этом интерфейсы из bridge&apos;а не удалит, но работу продолжит, 
  и они в любом случае уйдут при вызове destroy-bri.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>176619</commentid>
    <comment_count>2</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2018-12-12 20:42:57 +0300</bug_when>
    <thetext>Вставлю сюда пример использования:

# cat /etc/net/ifaces/breth0/brctl
stp AUTO on

# cat /etc/net/ifaces/breth0/options
BOOTPROTO=static
TYPE=bri
HOST=enp4s0

Потом на этот бридж навешивается OpenVZ (из конфига):
NETIF=&quot;ifname=breth0,bridge=breth0,mac=00:18:51:6C:44:0E,host_ifname=veth210.0,host_mac=00:18:51:A7:5A:F2&quot;

сеть настраивается так:
# cat /etc/vz/vznet.conf
EXTERNAL_SCRIPT=&quot;/usr/sbin/vznetaddbr&quot;

Ну и там вызывается brctl:
# grep brctl /usr/sbin/vznetaddbr
    brctl addif &quot;$bridge&quot; &quot;$host_ifname&quot;

И незавершённое обсуждение в devel:
https://lists.altlinux.org/pipermail/devel/2018-November/205982.html

Для меня эта задача актуальна тем, что обновлением etcnet в «стабильном» p8 сломали настройку сети.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179425</commentid>
    <comment_count>3</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2019-03-13 16:48:03 +0300</bug_when>
    <thetext>etcnet-0.9.18-alt2 -&gt; sisyphus:

Mon Mar 11 2019 Andrey Bychkov &lt;mrdrew@altlinux&gt; 0.9.18-alt2
- iface status check for ifdown added (Closes: #22658)
- loading of kernel module 8021q disabled in VE (patch by Denis Yagofarov) (Closes: #13607)
- dhcpd service stop fixed (Closes: #19582)
- fixed unable to manage bridge ifaces on 2.6.32 OpenVZ kernels (patch by Nikolay A. Fetisov) (Closes: #33296)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179515</commentid>
    <comment_count>4</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2019-03-17 00:48:13 +0300</bug_when>
    <thetext>В etcnet-0.9.18-alt3 код идентичен etcnet-0.9.18-alt1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179533</commentid>
    <comment_count>5</comment_count>
    <who name="mrdrew@altlinux.org">mrdrew</who>
    <bug_when>2019-03-18 11:00:28 +0300</bug_when>
    <thetext>Бага висит на сизифе, а ядра 2.6.32 в сизифе нет, так почему бы ее не закрыть?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179534</commentid>
    <comment_count>6</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2019-03-18 11:11:55 +0300</bug_when>
    <thetext>Закрыта с неправильным диагнозом. 
Надо закрывать как WONTFIX, т.к. исправлять это не будем в связи с концом ovz в Sisyphus.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>179553</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2019-03-18 18:42:06 +0300</bug_when>
    <thetext>...или перевесить на p8.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186360</commentid>
    <comment_count>8</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-12-16 19:43:26 +0300</bug_when>
    <thetext>После обновления etcnet в p8 к создаваемым bridge-интерфейсам перестала добавляться физическая сетевая карта, указанная в параметра HOST файла options.

etcnet-0.9.16-alt1.M80P.2

помогает откат на 0.9.11-alt2.M80P.1

Я хотел бы обратить внимание, что подобная поломка в стабильном бранче p8 недопустима: при штатном обновлении системы ломается сеть и сервер становится недоступным.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186381</commentid>
    <comment_count>9</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2019-12-17 07:00:56 +0300</bug_when>
    <thetext>На каком ядре ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186386</commentid>
    <comment_count>10</comment_count>
    <who name="Nikolay A. Fetisov">naf</who>
    <bug_when>2019-12-17 10:15:39 +0300</bug_when>
    <thetext>(В ответ на комментарий №8)
&gt; После обновления etcnet в p8 к создаваемым bridge-интерфейсам перестала
&gt; добавляться физическая сетевая карта, указанная в параметра HOST файла options.

Там ещё, как минимум, сломано создание bonding-интерфейсов - по той же причине,
на 2.6.32 у &apos;ip link&apos; их настроить не получается.

Хотя всё это уже малоактуально, EOL OVZ6 был в ноябре 2019 г.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186387</commentid>
    <comment_count>11</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-12-17 11:08:32 +0300</bug_when>
    <thetext>(В ответ на комментарий №9)
&gt; На каком ядре ?
2.6.32-ovz-el-alt162</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186388</commentid>
    <comment_count>12</comment_count>
    <who name="Vitaly Lipatov">lav</who>
    <bug_when>2019-12-17 11:10:59 +0300</bug_when>
    <thetext>(В ответ на комментарий №10)
&gt; (В ответ на комментарий №8)
&gt; &gt; После обновления etcnet в p8 к создаваемым bridge-интерфейсам перестала
&gt; &gt; добавляться физическая сетевая карта, указанная в параметра HOST файла options.
&gt; 
&gt; Там ещё, как минимум, сломано создание bonding-интерфейсов - по той же причине,
&gt; на 2.6.32 у &apos;ip link&apos; их настроить не получается.
&gt; 
&gt; Хотя всё это уже малоактуально, EOL OVZ6 был в ноябре 2019 г.
Это хорошая идея — ломать в  системе компоненты, по которым закончилась поддержка.
Но мне кажутся странными изменения в стабильном бранче, ломающие совместимость.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>186389</commentid>
    <comment_count>13</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2019-12-17 11:12:27 +0300</bug_when>
    <thetext>на этом ядре официально не выпускалось продуктов и оно не входит в наши тестовые сценарии.

Использование такого ядра - это риски тех, кто сделал такой выбор.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>7022</attachid>
            <date>2017-03-29 13:06:56 +0300</date>
            <delta_ts>2017-03-29 13:06:56 +0300</delta_ts>
            <desc>Fallback to use $BRCTL if brctl config file exists</desc>
            <filename>etcnet-0.9.11-brctl.patch</filename>
            <type>text/plain</type>
            <size>2064</size>
            <attacher name="Nikolay A. Fetisov">naf</attacher>
            
              <data encoding="base64">LS0tIGNvbnRyaWIvNTAtQUxUTGludXgtZGVza3RvcAorKysgY29udHJpYi81MC1BTFRMaW51eC1k
ZXNrdG9wCkBAIC03LDMgKzcsNCBAQCBESENQX0NMSUVOVD0vc2Jpbi9kaGNwY2QKIERIQ1BfVElN
RU9VVD0zMAogREhDUF9HUkFDRV9USU1FPTIKIERIQ1BfSE9TVE5BTUU9bG9jYWxob3N0CitCUkNU
TD0vc2Jpbi9icmN0bAotLS0gY29udHJpYi81MC1BTFRMaW51eC1zZXJ2ZXIKKysrIGNvbnRyaWIv
NTAtQUxUTGludXgtc2VydmVyCkBAIC03LDMgKzcsNCBAQCBESENQX0NMSUVOVD0vc2Jpbi9kaGNw
Y2QKIERIQ1BfVElNRU9VVD0zMAogREhDUF9HUkFDRV9USU1FPTIKIERIQ1BfSE9TVE5BTUU9bG9j
YWxob3N0CitCUkNUTD0vc2Jpbi9icmN0bAotLS0gZXRjL25ldC9zY3JpcHRzL2NyZWF0ZS1icmkK
KysrIGV0Yy9uZXQvc2NyaXB0cy9jcmVhdGUtYnJpCkBAIC03LDEzICs3LDI1IEBAIHBpY2t1cF9v
cHRpb25zCiBpc19ubyAiJElGVVBfUEFSRU5UUyIgfHwgXAogCTogJHtIT1NUOj9IT1NUIG11c3Qg
YmUgc2V0IGZvciAkTkFNRX0KIAotaWYgcHJvZmlsZWRfZmlsZW5hbWUgUFJPRl9CUkNUTCAiJE1Z
SUZBQ0VESVIvYnJjdGwiOyB0aGVuCi0JcHJpbnRfZXJyb3IgImlnbm9yaW5nIGJyY3RsLXN0eWxl
IG9wdGlvbnMgaW4gJFBST0ZfQlJDVEwiCi1maQotCiAkSVAgbGluayBhZGQgJE5BTUUgdHlwZSBi
cmlkZ2UKLSRJUCBsaW5rIHNldCAkTkFNRSB0eXBlIGJyaWRnZSAkQlJJREdFX09QVElPTlMKKyRJ
UCBsaW5rIHNldCAkTkFNRSB0eXBlIGJyaWRnZSAkQlJJREdFX09QVElPTlMgfHw6CisKK2lmIHBy
b2ZpbGVkX2ZpbGVuYW1lX2V4aXN0IFBST0ZfQlJDVEwgIiRNWUlGQUNFRElSL2JyY3RsIjsgdGhl
bgorCVsgLXggIiR7QlJDVEw6PSRERUZBVUxUX0JSQ1RMfSIgXSB8fCB7CisJCXByaW50X2Vycm9y
ICIkUFJPRl9CUkNUTCBvcHRpb25zIGZpbGUgZm91bmQsIGJ1dCAkQlJDVEwgZG9lcyBub3QgZXhp
c3Qgb3IgaXMgbm90IGV4ZWN1dGFibGUuIFRyeSBpbnN0YWxsaW5nIGJyaWRnZS11dGlscyBSUE0u
IgorCQlleGl0IDEKKwl9CisKKwkkREVOT0lTRSAkUFJPRl9CUkNUTCB8CisJCXRyaW0gfAorCQlz
ZWQgInMvIEFVVE8gLyAkTkFNRSAvIiB8CisJCXhhcmdzIC0tbWF4LWxpbmVzPTEgLS1uby1ydW4t
aWYtZW1wdHkgJEJSQ1RMCiAKLWZvciBob3N0IGluICRIT1NUOyBkbwotCSRJUCBsaW5rIHNldCAk
aG9zdCBtYXN0ZXIgJE5BTUUgJiYgcHJpbnRfcHJvZ3Jlc3MKLWRvbmUKKwlmb3IgaG9zdCBpbiAk
SE9TVDsgZG8KKwkJJEJSQ1RMIGFkZGlmICROQU1FICRob3N0CisJZG9uZQorZWxzZQorCWZvciBo
b3N0IGluICRIT1NUOyBkbworCQkkSVAgbGluayBzZXQgJGhvc3QgbWFzdGVyICROQU1FIHx8Ogor
CWRvbmUKK2ZpICYmIHByaW50X3Byb2dyZXNzCi0tLSBldGMvbmV0L3NjcmlwdHMvZnVuY3Rpb25z
CisrKyBldGMvbmV0L3NjcmlwdHMvZnVuY3Rpb25zCkBAIC0yMyw2ICsyMyw3IEBAIERFRkFVTFRf
V1BBX0NMST0vdXNyL3NiaW4vd3BhX2NsaQogREVGQVVMVF9QTElQQ09ORklHPS9zYmluL3BsaXBj
b25maWcKIERFRkFVTFRfVkNPTkZJRz0vdXNyL2Jpbi92Y29uZmlnCiBERUZBVUxUX0lQU0VDQURN
PS91c3Ivc2Jpbi9pcHNlY2FkbQorREVGQVVMVF9CUkNUTD0vdXNyL3NiaW4vYnJjdGwKIERFRkFV
TFRfRVRIVE9PTD0vdXNyL3NiaW4vZXRodG9vbAogREVGQVVMVF9SRVNPTFZDT05GVE9PTD0vc2Jp
bi9yZXNvbHZjb25mCiBERUZBVUxUX1BQUEQ9L3Vzci9zYmluL3BwcGQKZGlmZiAtLWdpdCBhL2V0
Yy9uZXQvc2NyaXB0cy9zaHV0ZG93bi1icmkgYi9ldGMvbmV0L3NjcmlwdHMvc2h1dGRvd24tYnJp
CmluZGV4IGY2ODIzYjYuLmNiNmRmNDQgMTAwNzU1Ci0tLSBldGMvbmV0L3NjcmlwdHMvc2h1dGRv
d24tYnJpCisrKyBldGMvbmV0L3NjcmlwdHMvc2h1dGRvd24tYnJpCkBAIC01LDUgKzUsNSBAQCBp
bml0X25ldHByb2ZpbGUKIHBpY2t1cF9vcHRpb25zCiAKIGZvciBob3N0IGluICRIT1NUOyBkbwot
CSRJUCBsaW5rIHNldCAkaG9zdCBub21hc3RlcgorCSRJUCBsaW5rIHNldCAkaG9zdCBub21hc3Rl
ciB8fDoKIGRvbmUK
</data>

          </attachment>
      

    </bug>

</bugzilla>