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

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

    <bug>
          <bug_id>11252</bug_id>
          
          <creation_ts>2007-03-28 21:29:06 +0400</creation_ts>
          <short_desc>Параметр HOST в options бриджа не должен быть обязательным</short_desc>
          <delta_ts>2008-07-30 01:39:41 +0400</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>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="enp">enp</reporter>
          <assigned_to name="Mikhail Efremov">sem</assigned_to>
          <cc>ldv</cc>
    
    <cc>rider</cc>
    
    <cc>sem</cc>
    
    <cc>shaba</cc>
    
    <cc>yura</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>47336</commentid>
    <comment_count>0</comment_count>
    <who name="enp">enp</who>
    <bug_when>2007-03-28 21:29:06 +0400</bug_when>
    <thetext>Параметр HOST в options бриджа не должен быть обязательным. Обоснования:

1) В одной из моих конфигураций
(http://git.altlinux.org/people/kirill/packages/?p=docs-linux_ha_openvz-enp.git;a=tree)
бридж изначально пустой, но в него добавляются veth-интерфейсы по мере старта
тех VE, которым это нужно

2) Недавно потребовалось сделать 2 профиля: роутер и бридж, а по умолчанию ни
то, ни другое - просто несконфигурированные интерфейсы. В идеале в случае
роутера бриджовый интерфейс вообще не нужен (как и в случае по умолчанию),
однако если я в каталог /etc/net/ifaces/bridge положу только файл
/etc/net/ifaces/bridge/options#bridge, то получу: 

# service network restart
Computing interface groups: ERROR: /etc/init.d/network: No TYPE is 
specified for iface &apos;bridge&apos; and can&apos;t guess automatically. Please fix.
/etc/init.d/network: line 29: 1: missing 1st arg to type2group
ERROR: /etc/init.d/network: unknown interface group for iface &apos;bridge&apos; 
of type &apos;&apos;
.... 4 interfaces found
Processing /etc/net/vlantab: empty.
Stopping group 1/realphys (3 interfaces)
         Stopping lan: ..OK
         Stopping mgmt: ...OK
         Stopping wan: ...OK
Stopping group 0/virtual (1 interfaces)
         Stopping lo: .OK
Computing interface groups: ERROR: /etc/init.d/network: No TYPE is 
specified for iface &apos;bridge&apos; and can&apos;t guess automatically. Please fix.
/etc/init.d/network: line 29: 1: missing 1st arg to type2group
ERROR: /etc/init.d/network: unknown interface group for iface &apos;bridge&apos; 
of type &apos;&apos;
.... 4 interfaces found
Starting group 0/virtual (1 interfaces)
         Starting lo: .....OK
Starting group 1/realphys (3 interfaces)
         Starting lan: ......OK
         Starting mgmt: .........OK
         Starting wan: ......OK
Processing /etc/net/vlantab: empty.

Ладно создаю файл /etc/net/ifaces/bridge/options с таким содержимым:

TYPE=bri
HOST=&apos;&apos;

Получаю:

# service network restart
Computing interface groups: ..... 5 interfaces found
Stopping group 2/hostedphys (1 interfaces)
         Stopping bridge: /etc/net/scripts/shutdown-bri: line 7: HOST: 
HOST must be set for bridge
..OK
Processing /etc/net/vlantab: empty.
Stopping group 1/realphys (3 interfaces)
         Stopping lan: ..OK
         Stopping mgmt: ...OK
         Stopping wan: ...OK
Stopping group 0/virtual (1 interfaces)
         Stopping lo: .OK
Computing interface groups: ..... 5 interfaces found
Starting group 0/virtual (1 interfaces)
         Starting lo: .....OK
Starting group 1/realphys (3 interfaces)
         Starting lan: ......OK
         Starting mgmt: .........OK
         Starting wan: ......OK
Processing /etc/net/vlantab: empty.
Starting group 2/hostedphys (1 interfaces)
         Starting bridge: ..../etc/net/scripts/setup-bri: line 7: HOST: 
HOST must be set for bridge
OK

В sisyphus@ мне предложили обходной путь:

&gt; А попробуйте /etc/net/ifaces/bridge/options с таким содержимым:
&gt; DISABLED=yes

Попробовал, и обнаружил следующий баг:

# cat /etc/net/ifaces/br/options
TYPE=bri
DISABLED=yes
# cat /etc/net/ifaces/br/options#bridge
TYPE=bri
HOST=&apos;lan wan&apos;
# service network switchto bridge
Computing interface groups: .... 4 interfaces found
Processing /etc/net/vlantab: empty.
Stopping group 1/realphys (3 interfaces)
         Stopping lan: ..OK
         Stopping mgmt: ...OK
         Stopping wan: ...OK
Stopping group 0/virtual (1 interfaces)
         Stopping lo: .OK
Computing interface groups: ..... 5 interfaces found
Starting group 0/virtual (1 interfaces)
         Starting lo: .....OK
Starting group 1/realphys (3 interfaces)
         Starting lan: ......OK
         Starting mgmt: .........OK
         Starting wan: ......OK
Processing /etc/net/vlantab: empty.
Starting group 2/hostedphys (1 interfaces)
         Starting br: ....OK
# brctl show
bridge name     bridge id               STP enabled     interfaces
br              8000.00179a7e3d25       no              lan
                                                         wan
# service network switchto router
Computing interface groups: .... 4 interfaces found
Processing /etc/net/vlantab: empty.
Stopping group 1/realphys (3 interfaces)
         Stopping lan: ..OK
         Stopping mgmt: ...OK
         Stopping wan: ...OK
Stopping group 0/virtual (1 interfaces)
         Stopping lo: .OK
Computing interface groups: .... 4 interfaces found
Starting group 0/virtual (1 interfaces)
         Starting lo: .....OK
Starting group 1/realphys (3 interfaces)
         Starting lan: .......OK
         Starting mgmt: .........OK
         Starting wan: ........OK
Processing /etc/net/vlantab: empty.
# brctl show
bridge name     bridge id               STP enabled     interfaces
br              8000.00179a7e3d25       no              lan

Т.е. брижд не опускается? Похоже что так:

# service network switchto bridge
Computing interface groups: .... 4 interfaces found
Processing /etc/net/vlantab: empty.
Stopping group 1/realphys (3 interfaces)
         Stopping lan: ..OK
         Stopping mgmt: ...OK
         Stopping wan: ...OK
Stopping group 0/virtual (1 interfaces)
         Stopping lo: .OK
Computing interface groups: ..... 5 interfaces found
Starting group 0/virtual (1 interfaces)
         Starting lo: .....OK
Starting group 1/realphys (3 interfaces)
         Starting lan: ......OK
         Starting mgmt: .........OK
         Starting wan: ......OK
Processing /etc/net/vlantab: empty.
Starting group 2/hostedphys (1 interfaces)
         Starting br:  &apos;br&apos; is already up SKIPPED
# brctl show
bridge name     bridge id               STP enabled     interfaces
br              8000.00179a7e3d25       no              lan

Комментарий в sisyphus@:

&gt; Похоже, что при `service network switchto ...` сервис не помнит 
&gt; свой текущий netprofile на фазе остановки сети и останавливает все 
&gt; интерфейсы, соответствующие дефолтному netprofile, а не текущему.

на всякий случай:

# rpm -q bridge-utils
bridge-utils-1.2-alt2
# rpm -q etcnet
etcnet-0.8.5-alt2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47400</commentid>
    <comment_count>1</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2007-03-30 01:58:11 +0400</bug_when>
    <thetext>Согласен по обоим пунктам и беру время на размышление.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>47403</commentid>
    <comment_count>2</comment_count>
    <who name="enp">enp</who>
    <bug_when>2007-03-30 08:27:00 +0400</bug_when>
    <thetext>Пока что в соответствующих скриптах я закомментировал строку:

: ${HOST:?HOST must be set for $NAME}

Как я понял, ни на что, кроме как на отсутствие ругани, это не влияет?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49463</commentid>
    <comment_count>3</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2007-04-24 21:04:14 +0400</bug_when>
    <thetext>Первый пункт: Committed revision 1100.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49933</commentid>
    <comment_count>4</comment_count>
    <who name="Andrew Kornilov">hiddenman</who>
    <bug_when>2007-05-06 14:18:32 +0400</bug_when>
    <thetext>Так что, закрываем? Может warning какой-то прикрутить или как-то чуть по-другому
обрабатывать ситуацию, когда не указан HOST? Получается, мы решили проблему с
пустым HOST, но создали ситуацию, когда пользователь может забыть указать его и
потом будет долго искать проблему. Или не будет? :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49935</commentid>
    <comment_count>5</comment_count>
    <who name="enp">enp</who>
    <bug_when>2007-05-06 14:40:20 +0400</bug_when>
    <thetext>Так можно и адрес на интерфейсе забыть указать, а потом долго искать проблему ;)

Мне кажется, что никаких предупреждений не надо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49936</commentid>
    <comment_count>6</comment_count>
    <who name="Andrew Kornilov">hiddenman</who>
    <bug_when>2007-05-06 14:56:29 +0400</bug_when>
    <thetext>Тоже верно :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54442</commentid>
    <comment_count>7</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2007-08-23 22:32:34 +0400</bug_when>
    <thetext>Что мешает закрыть этот баг?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>54451</commentid>
    <comment_count>8</comment_count>
    <who name="enp">enp</who>
    <bug_when>2007-08-24 08:22:22 +0400</bug_when>
    <thetext>(In reply to comment #7)
&gt; Что мешает закрыть этот баг?

Пожалуй, ничего. В etcnet-0.9.2-alt2 это вроде не проявляется
</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>