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

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

    <bug>
          <bug_id>23798</bug_id>
          
          <creation_ts>2010-07-21 23:54:47 +0400</creation_ts>
          <short_desc>При service network restart очищаются arp и не восстанавливаются.</short_desc>
          <delta_ts>2020-03-31 16:20:35 +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>etcnet</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></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="Slava Dubrovskiy">dubrsl</reporter>
          <assigned_to name="Mikhail Efremov">sem</assigned_to>
          <cc>asy</cc>
    
    <cc>lav</cc>
    
    <cc>ldv</cc>
    
    <cc>rider</cc>
    
    <cc>sem</cc>
    
    <cc>shaba</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>110737</commentid>
    <comment_count>0</comment_count>
    <who name="Slava Dubrovskiy">dubrsl</who>
    <bug_when>2010-07-21 23:54:47 +0400</bug_when>
    <thetext>При рестарте сети очищаются arp и не восстанавливаются. В результате чего контейнеры становятся не доступны по сети. Для решения вопроса предусмотрен скрипт /usr/sbin/vzifup-post который должен стартовать после рестарта сети. В redhat для этого используются некоторые хаки - http://git.altlinux.org/people/ldv/packages/?p=vzctl.git;a=commit;h=9cadfacc1591549a1d32f8ce88c8329c9f8799b5

Очень хорошо чтобы и у нас была данная проблема решена.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122771</commentid>
    <comment_count>1</comment_count>
    <who name="Slava Dubrovskiy">dubrsl</who>
    <bug_when>2011-07-01 21:38:42 +0400</bug_when>
    <thetext>Я думаю это надо в etcnet делать. Чтобы при старте интерфейса на который назначен IP и при наличии  /usr/sbin/vzifup-post, его дергать.
Как вариант объезда можно делать $MYIFACEDIR/ifup-post, но хочется чтобы из коробки работало.
что думаете?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>125487</commentid>
    <comment_count>2</comment_count>
    <who name="Slava Dubrovskiy">dubrsl</who>
    <bug_when>2011-09-19 08:19:29 +0400</bug_when>
    <thetext>Вот описание проблемы http://bugzilla.openvz.org/show_bug.cgi?id=556</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>125490</commentid>
    <comment_count>3</comment_count>
    <who name="Slava Dubrovskiy">dubrsl</who>
    <bug_when>2011-09-19 08:45:05 +0400</bug_when>
    <thetext>Вот патч решающий проблему.
http://git.altlinux.org/people/dubrsl/packages/?p=etcnet.git;a=commitdiff;h=66367765431a4ac5c853ad68c4088c44b7db455f

Если бы в etcnet было что-то типа ifup-post.d, куда можно было бы делать линк на выполнение нужного скрипта, то патч бы не понадобился.

Можно конечно сделать костыль в спеке и делать линк /etc/net/ifup-post -&gt; /usr/sbin/vzifup-post в случае отсутствия /etc/net/ifup-post. Но если такой есть и используется по другому? И зачем дергать скрипт, если IP на интерфейсе нет?

Прошу рассмотреть патч.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144783</commentid>
    <comment_count>4</comment_count>
    <who name="Slava Dubrovskiy">dubrsl</who>
    <bug_when>2014-01-27 10:18:49 +0400</bug_when>
    <thetext>В версии vzctl-4.5.1-alt1 эта проблема частична решена, путем добавления ссылки /etc/net/ifup-post-local на %_sbindir/vzifup-post

if [ ! -e /etc/net/ifup-post-local ]; then
        ln -sf %_sbindir/vzifup-post /etc/net/ifup-post-local
elif readlink /etc/net/ifup-post-local | fgrep -q %_sbindir/vzifup-post; then
        : # Nothing to do, symlink already points to our script
else
        echo &quot; WARNING: file /etc/net/ifup-post-local is present!&quot;
        echo &quot; You have to manually edit the above file so that&quot;
        echo &quot; it calls %_sbindir/vzifup-post&quot;
fi</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>189009</commentid>
    <comment_count>5</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2020-03-31 16:16:31 +0300</bug_when>
    <thetext>Всё же это проблема OpenVZ скорее: вариантов настройки сети сейчас более одного. Когда-то я в sysadmins@lists.altlinux постил скрипт на perl, который можно на cron повесить: https://lists.altlinux.org/pipermail/sysadmins/2013-November/036485.html

Сейчас наверное можно на bash4 переписать - там с хэшами.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>189010</commentid>
    <comment_count>6</comment_count>
      <attachid>8697</attachid>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2020-03-31 16:20:35 +0300</bug_when>
    <thetext>Created attachment 8697
скрипт для синхронизации записей в arp-таблице

Чуть более правильный скрипт, чем в рассылке: использует /proc/vz/veip вместо разбора конфигов.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>8697</attachid>
            <date>2020-03-31 16:20:35 +0300</date>
            <delta_ts>2020-03-31 16:20:35 +0300</delta_ts>
            <desc>скрипт для синхронизации записей в arp-таблице</desc>
            <filename>vzarpset.pl</filename>
            <type>application/x-perl</type>
            <size>1305</size>
            <attacher name="Sergey Y. Afonin">asy</attacher>
            
              <data encoding="base64">IyEvdXNyL2Jpbi9wZXJsCiMjIyBUaGlzIGZpbGUgaXMgY292ZXJlZCBieSB0aGUgR05VIEdlbmVy
YWwgUHVibGljIExpY2Vuc2UgdmVyc2lvbiAyIG9yIGxhdGVyCiMjIyBvciBsaWNlbnNlcyBzYW1l
IG9mIGV0Y25ldCBvciB2emN0bCBwYWNrYWdlcwojIyMKIyMjIENvcHlyaWdodCAoQykgMjAxMyAg
QUxUIExpbnV4IFRlYW0KIyMjIEF1dGhvcjogU2VyZ2V5IFkuIEFmb25pbiA8YXN5QGFsdGxpbnV4
Lm9yZz4KCnVzZSBTeXM6OlN5c2xvZzsKdXNlIGNvbnN0YW50IFNjcmlwdE5hbWUgPT4gInZ6YXJw
c2V0IjsKdXNlIGNvbnN0YW50IFN5c0xvZ0ZhY2lsaXR5ID0+ICJsb2NhbDQiOwp1c2UgY29uc3Rh
bnQgU3lzTG9nUHJpb3JpdHkgPT4gImluZm8iOwoKQGFycGxpc3Q9YGFycCAtdm58ZWdyZXAgIlxc
XCpbWzpzcGFjZTpdXSpcXFwqW1s6c3BhY2U6XV0qTVAifGF3ayAne3ByaW50KFwkMSk7fSdgOwoK
QHZlaXBsaXN0PWBjYXQgL3Byb2MvdnovdmVpcHxncmVwIC12ICJWZXJzaW9uInxzZWQgInMvW1s6
c3BhY2U6XV0qXFwoWzAtOS5dKlxcKVtbOnNwYWNlOl1dKi4qL1xcMS8iYDsKCm15ICVhcnBoYXNo
OwpteSAldmVpcGhhc2g7Cm15ICVhcnBhZGQ7Cm15ICVhcnBybTsKCmZvcmVhY2ggJGlwIChAYXJw
bGlzdCApIHsKCSRhcnBoYXNoeyRpcH0gPSAxCn0KCmZvcmVhY2ggJGlwIChAdmVpcGxpc3QpIHsK
CSR2ZWlwaGFzaHskaXB9ID0gMTsKCWlmICghICRhcnBoYXNoeyRpcH0pIHskYXJwYWRkeyRpcH0g
PSAxfQp9Cgpmb3JlYWNoICRpcCAoQGFycGxpc3QpIHsKCWlmICghICR2ZWlwaGFzaHskaXB9KSB7
JGFycHJteyRpcH0gPSAxfQp9CgpAYXJwYWRkID0ga2V5cyAlYXJwYWRkOwpAYXJwcm0gPSBrZXlz
ICVhcnBybTsKCmZvcmVhY2ggJGlwIChAYXJwYWRkKSB7CgljaG9tcCgkaXApOwoJb3BlbmxvZyhT
Y3JpcHROYW1lIC4gIlskJF0iLCAibmRlbGF5IiwgU3lzTG9nRmFjaWxpdHkpOwoJc3lzbG9nKFN5
c0xvZ1ByaW9yaXR5LCAiYXJwIC1zICIgLiAkaXAgLiAiIDA6MDowOjA6MDowIC1pIGV0aGVyMCBw
dWIiKTsKCWNsb3NlbG9nOwoJc3lzdGVtICJhcnAgLXMgIiAuICRpcCAuICIgMDowOjA6MDowOjAg
LWkgZXRoZXIwIHB1YiI7Cn0KCmZvcmVhY2ggJGlwIChAYXJwcm0pIHsKCWNob21wKCRpcCk7Cglv
cGVubG9nKFNjcmlwdE5hbWUgLiAiWyQkXSIsICJuZGVsYXkiLCBTeXNMb2dGYWNpbGl0eSk7Cglz
eXNsb2coU3lzTG9nUHJpb3JpdHksICJhcnAgLWQgIiAuICRpcCAuICIgLWkgZXRoZXIwIik7Cglj
bG9zZWxvZzsKCXN5c3RlbSAiYXJwIC1kICIgLiAkaXAgLiAiIC1pIGV0aGVyMCI7Cn0K
</data>

          </attachment>
      

    </bug>

</bugzilla>