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

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

    <bug>
          <bug_id>8509</bug_id>
          
          <creation_ts>2005-11-17 14:32:34 +0300</creation_ts>
          <short_desc>[PATCH] locking for /etc/net</short_desc>
          <delta_ts>2013-08-15 20:03:56 +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>ASSIGNED</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Yuriy Kashirin">yura</reporter>
          <assigned_to name="Mikhail Efremov">sem</assigned_to>
          <cc>ldv</cc>
    
    <cc>mike</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>33151</commentid>
    <comment_count>0</comment_count>
    <who name="Yuriy Kashirin">yura</who>
    <bug_when>2005-11-17 14:32:34 +0300</bug_when>
    <thetext>Хочу предложить патч, родившийся в результате ковыряния в вопросе, описанном в  
http://lists.altlinux.org/pipermail/sisyphus/2005-October/071563.html  
Получилось несколько больше, чем планировалось. Смысл изменений в следующем. 
 
1) На время выполнения ifup/ifdown создается лок файл в  
директории /var/lock/etcnet. Для таких целей: 
  - Предотвращает одновременное выполнение ifup/ifdown для одного и  
того же интерфейса. Если 2 и более таких процесса вдруг запущены, то  
они теперь будут выполняться последовательно. 
  - Наличие лок файла является для других заинтересованных процессов  
признаком, что поднятие/опускание интерфейса находится в процессе.  
Если кому-то нужен доступ к конкретному интерфейсу, то этот кто-то  
должен дождаться удаления лок файла прежде чем работать. 
 
2) Добавлен скрипт /etc/net/scripts/ifconfig-ipv4 для возможности  
переконфигурирования интерфейса из командной строки по ходу работы. Например, 
когда руками или каким другим образом сломали таблицу маршрутизации для  
конкретного интерфейса, она может быть восстановлена из ipv4route без  
ifdown iface; ifup iface. Скрипт настраивает окружение и вызывает  
существующий /etc/net/scripts/config-ipv4 
 
3) Добавлены скрипты /etc/ppp/ip-{up,down}.d/etcnet для лучшего  
интегрирования с pppd. 
  - При поднятии интерфейса обеспечивается конфигурирование в соответствии с 
параметрами в конфигурационных файлах интерфейса, в частности ipv4route 
  - При необходимости собственных скриптов ip-up/ip-down - вместо них все, что 
надо выполнить достаточно прописать в ifup-post/ifdown-pre скриптах в 
конфигурационном директории интерфейса. 
  Собственно, это работало и раньше, НО только при выполнении ifup/ifdown. 
Если ppp интерфейс в ходе работы пересоздается, например когда pppd 
восстанавливает потерянное соединение в соответствии с опцией persist, то 
возникают проблемы (см. ссылку выше). Сам скрипт ip-up.d/etcnet работает 
следующим образом: проверяет, что интерфейс поднят через /etc/net (по ipparam, 
с которым запускается pppd и по наличию конфигурационного директория 
интерфейса), если нет, то выходит. Проверяет, не выполняется ли ifup/ifdown 
данного интерфейса (по наличию лок файла), если да, то выходит (ifup/ifdown 
сами все сделают). Потом лезет в конфигурационный директорий интерфейса и 
работает дальше.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33152</commentid>
    <comment_count>1</comment_count>
      <attachid>1251</attachid>
    <who name="Yuriy Kashirin">yura</who>
    <bug_when>2005-11-17 14:35:21 +0300</bug_when>
    <thetext>Created attachment 1251
Собственно патч

Новые файлы 
/etc/net/scripts/ifconfig-ipv4
/etc/ppp/ip-{up,down}.d/etcnet

должны быть executable</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33154</commentid>
    <comment_count>2</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2005-11-17 16:00:10 +0300</bug_when>
    <thetext>Спасибо, я посмотрю.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33402</commentid>
    <comment_count>3</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2005-11-25 17:32:44 +0300</bug_when>
    <thetext>По поводу пункта 1: хорошая мысль, я раньше не знал, чем это реализовать.
По поводу пункта 2: зачем ограничиваться IPv4? И наверное, лучше будет ifup
изменить так, чтобы он для уже поднятого интерфейса проверял его соответствие
конфигурации.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33407</commentid>
    <comment_count>4</comment_count>
    <who name="Yuriy Kashirin">yura</who>
    <bug_when>2005-11-25 19:32:21 +0300</bug_when>
    <thetext>(In reply to comment #3) 
&gt; По поводу пункта 2: зачем ограничиваться IPv4? 
 
Я этим ограничился _пока_, только лишь для решения наболевшей у меня 
конкретной проблемы с ppp интерфейсами (некоторыми) -- собственно пункт 2 
можно считать побочным эффектом пункта 3 :) 
 
Что касается остального -- можно считать, что оно в состоянии вялотекущего 
TODO. На данный момент я сделал то, на что сам нарывался и смог некоторое 
время погонять-оттестить. 
 
&gt; И наверное, лучше будет ifup изменить так, чтобы он для уже поднятого 
&gt; интерфейса проверял его соответствие конфигурации. 
 
Совершенно согласен. Но раз уж я пока ограничился только IPv4, то возложить 
это сразу на ifup было бы не честно. Дабы ничего не сломать (одинаковых правил 
iptables к примеру не размножить) </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33411</commentid>
    <comment_count>5</comment_count>
    <who name="Yuriy Kashirin">yura</who>
    <bug_when>2005-11-25 23:24:13 +0300</bug_when>
    <thetext>&gt; И наверное, лучше будет ifup изменить так, чтобы он для уже поднятого   
&gt; интерфейса проверял его соответствие конфигурации.   
  
А вот еще осенило. Что все-таки не ifup, а отдельный скрипт (какой-нибудь  
ifcheck), который проверяет соответствие состояния интерфейса его  
конфигурации. Вот он пускай и восстанавливает состояние интерфейса. А еще ему  
опцию придумать, чтобы наоборот -- сохранял текущее состояние в конфигах... Ну  
и опцию -- просто докладывать про несоответствия (вспоминая service network  
status). </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>33492</commentid>
    <comment_count>6</comment_count>
    <who name="Yuriy Kashirin">yura</who>
    <bug_when>2005-11-29 14:03:17 +0300</bug_when>
    <thetext>В патче ошибочка вышла. В пропатченных if{up,down} необходимо исправление:  
  
-trap &apos;rm -f &quot;$IFACE_LOCK_FILE&quot; &apos; EXIT SIGHUP SIGTERM SIGINT  
+trap &apos;rm -f &quot;$IFACE_LOCK_FILE&quot; &apos; EXIT  </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34078</commentid>
    <comment_count>7</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2005-12-22 11:04:40 +0300</bug_when>
    <thetext>(1) пока не принимается, так как появляется зависимость на procmail</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34092</commentid>
    <comment_count>8</comment_count>
    <who name="Yuriy Kashirin">yura</who>
    <bug_when>2005-12-22 14:35:50 +0300</bug_when>
    <thetext>(In reply to comment #7) 
&gt; (1) пока не принимается, так как появляется зависимость на procmail 
 
Плохо. Все остальное использует лок-файлы, которые этим (1) создаются. 
Чтобы отзависимости на procmail уйти, может вместо /usr/bin/lockfile свой 
скрипт аналогичный сочинить? Типа такого /etc/net/scripts/lockfile.sh: 
----------------- 
#!/bin/bash 
test $# -ge 1 || exit 1 
umask 333 
while ! echo $$ &gt; &quot;$1&quot; 2&gt;/dev/null 
do 
    sleep 1 
done 
----------------- 
 
Это только идея, если принимается, то я могу довести этот скрипт до ума. В 
таком виде он, например от рута не будет работать -- файл в любом случае 
перезапишется. Ну и надо какого-то системного пользователя завести (или 
назначить), которому лок-файлы будут принадлежать... </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34243</commentid>
    <comment_count>9</comment_count>
      <attachid>1316</attachid>
    <who name="Yuriy Kashirin">yura</who>
    <bug_when>2005-12-27 12:29:47 +0300</bug_when>
    <thetext>Created attachment 1316
Скрипт /etc/net/scripts/lockfile.sh

Этот скрипт можно использовать вместо /usr/bin/lockfile для ухода от
зависимости на procmail. Он использует только утилиты из coreutils, на который
уже есть зависимость. Дополнительно скрипту можно передавать в параметрах pid
процесса, который будет записан в локфайл. Соответственно в пропатченных
if{up,down} заменить:

- /usr/bin/lockfile &quot;$IFACE_LOCK_FILE&quot; || exit 3
+ ${SCRIPTDIR}/lockfile.sh -p $$ &quot;$IFACE_LOCK_FILE&quot; || exit 3</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1251</attachid>
            <date>2005-11-17 14:35:21 +0300</date>
            <delta_ts>2005-11-17 14:35:21 +0300</delta_ts>
            <desc>Собственно патч</desc>
            <filename>etcnet-0715.patch</filename>
            <type>text/plain</type>
            <size>6249</size>
            <attacher name="Yuriy Kashirin">yura</attacher>
            
              <data encoding="base64">ZGlmZiAtTnJ1IDAuNy4xNS1hbHQxL2V0Yy9uZXQvb3B0aW9ucy5kLzAwLWRlZmF1bHQgMC43LjE1
LXVrYS9ldGMvbmV0L29wdGlvbnMuZC8wMC1kZWZhdWx0Ci0tLSAwLjcuMTUtYWx0MS9ldGMvbmV0
L29wdGlvbnMuZC8wMC1kZWZhdWx0CTIwMDUtMTAtMTkgMDk6NTk6NTIgKzAzMDAKKysrIDAuNy4x
NS11a2EvZXRjL25ldC9vcHRpb25zLmQvMDAtZGVmYXVsdAkyMDA1LTExLTE2IDE4OjE2OjEwICsw
MjAwCkBAIC0yNSw2ICsyNSw3IEBACiAjIGNvbmZpZyBmaWxlcwogSUZBQ0VESVI9L2V0Yy9uZXQv
aWZhY2VzCiBWQVJMSUJESVI9L3Zhci9saWIvZXRjbmV0CitWQVJMT0NLRElSPS92YXIvbG9jay9l
dGNuZXQKIFZMQU5UQUI9L2V0Yy9uZXQvdmxhbnRhYgogSE9TVFRBQj0vZXRjL25ldC9ob3N0dGFi
CiBJRlRBQj0vZXRjL25ldC9pZnRhYgpkaWZmIC1OcnUgMC43LjE1LWFsdDEvZXRjL25ldC9zY3Jp
cHRzL2NyZWF0ZS1wcHAgMC43LjE1LXVrYS9ldGMvbmV0L3NjcmlwdHMvY3JlYXRlLXBwcAotLS0g
MC43LjE1LWFsdDEvZXRjL25ldC9zY3JpcHRzL2NyZWF0ZS1wcHAJMjAwNS0xMC0yNiAyMTozNDox
OCArMDMwMAorKysgMC43LjE1LXVrYS9ldGMvbmV0L3NjcmlwdHMvY3JlYXRlLXBwcAkyMDA1LTEx
LTE3IDA3OjI1OjMxICswMjAwCkBAIC0yNiw3ICsyNiw3IEBACiBDSEFUX0NNRD0iJENIQVQgJHtD
SEFUT1BUSU9OUzotJERFRkFVTFRfQ0hBVE9QVElPTlN9IC1mIgogCiAjIFRoaXMgb25lIGlzIGEg
bXVzdC4KLUJBU0lDX1BQUE9QVElPTlM9Im5vbG9nIHVwZGV0YWNoIHVuaXQgJHtOQU1FLy9wcHAv
fSIKK0JBU0lDX1BQUE9QVElPTlM9Im5vbG9nIHVwZGV0YWNoIHVuaXQgJHtOQU1FLy9wcHAvfSBp
cHBhcmFtIGV0Y25ldC0kTkFNRSIKIAogUFJPRl9QUFBPUFRJT05TRklMRT1gcHJvZmlsZWRfZmls
ZW5hbWUgJE1ZSUZBQ0VESVIvJHtQUFBPUFRJT05TRklMRTo9JERFRkFVTFRfUFBQT1BUSU9OU0ZJ
TEV9YAogWyAtcyAkUFJPRl9QUFBPUFRJT05TRklMRSBdIHx8IFBST0ZfUFBQT1BUSU9OU0ZJTEU9
CmRpZmYgLU5ydSAwLjcuMTUtYWx0MS9ldGMvbmV0L3NjcmlwdHMvaWZjb25maWctaXB2NCAwLjcu
MTUtdWthL2V0Yy9uZXQvc2NyaXB0cy9pZmNvbmZpZy1pcHY0Ci0tLSAwLjcuMTUtYWx0MS9ldGMv
bmV0L3NjcmlwdHMvaWZjb25maWctaXB2NAkxOTcwLTAxLTAxIDAzOjAwOjAwICswMzAwCisrKyAw
LjcuMTUtdWthL2V0Yy9uZXQvc2NyaXB0cy9pZmNvbmZpZy1pcHY0CTIwMDUtMTEtMTcgMDg6MTg6
MTQgKzAyMDAKQEAgLTAsMCArMSwzMyBAQAorIyEvYmluL2Jhc2gKKwordXNhZ2UoKQoreworICAg
IGVjaG8gIlVzYWdlOiAkMCA8aW50ZXJmYWNlPiIgPiYyCisgICAgZXhpdCAxCit9CisKK1sgLXog
IiQxIiBdICYmIHVzYWdlCitOQU1FPSQxCisKKy4gJHtTQ1JJUFRESVI6PS9ldGMvbmV0L3Njcmlw
dHN9L2Z1bmN0aW9ucworaWYgWyAtZCAkSUZBQ0VESVIvJE5BTUVAJE5FVEhPU1QgXTsgdGhlbgor
ICAgIE1ZSUZBQ0VESVI9JElGQUNFRElSLyROQU1FQCRORVRIT1NUCitlbHNlCisgICAgTVlJRkFD
RURJUj0kSUZBQ0VESVIvJE5BTUUKK2ZpCisKK1sgLWQgIiRNWUlGQUNFRElSIiBdIHx8IHsKKyAg
ICBwcmludF9lcnJvciAiaW50ZXJmYWNlIGNvbmZpZ3VyYXRpb24gZGlyZWN0b3J5ICckTVlJRkFD
RURJUicgbm90IGZvdW5kIgorICAgIGV4aXQgMQorfQorZXhwb3J0IElGQUNFRElSIE1ZSUZBQ0VE
SVIgU0NSSVBURElSIE5BTUUgTkVUUFJPRklMRSBTRUVOX0lGQUNFUworCisjIENoZWNrIGlmIGlu
dGVyZmFjZSBsb2NrIGZpbGUgaXMgcHJlc2VudC4gSWYgdHJ1ZSB0aGlzIG1lYW5zIHRoYXQKKyMg
aWZ1cC9pZmRvd24gc2NyaXB0IGlzIHdvcmtpbmcsIHRoaXMgc2NyaXB0IHdpbGwgY29uZmlndXJl
IGlmYWNlCisjIGl0c2VsZiwgc28gd2UgZXhpdAorSUZBQ0VfTE9DS19GSUxFPSIke1ZBUkxPQ0tE
SVI6PXZhci9sb2NrL2V0Y25ldH0vaWYtdXBkb3duLSROQU1FLmxvY2siCitbIC1mICIkSUZBQ0Vf
TE9DS19GSUxFIiBdICYmIGV4aXQgMAorCiske1NDUklQVERJUn0vY29uZmlnLWlwdjQgMj4vZGV2
L251bGwKK2V4aXQgMAorCmRpZmYgLU5ydSAwLjcuMTUtYWx0MS9ldGMvbmV0L3NjcmlwdHMvaWZk
b3duIDAuNy4xNS11a2EvZXRjL25ldC9zY3JpcHRzL2lmZG93bgotLS0gMC43LjE1LWFsdDEvZXRj
L25ldC9zY3JpcHRzL2lmZG93bgkyMDA1LTA4LTAzIDEzOjQxOjM0ICswMzAwCisrKyAwLjcuMTUt
dWthL2V0Yy9uZXQvc2NyaXB0cy9pZmRvd24JMjAwNS0xMS0xNiAyMDo1NToxMiArMDIwMApAQCAt
MjAsNiArMjAsMTkgQEAKIGZpCiAKIGV4cG9ydCBJRkFDRURJUiBNWUlGQUNFRElSIFNDUklQVERJ
UiBOQU1FIE5FVFBST0ZJTEUgU0VFTl9JRkFDRVMKKworIyBpZnVwL2lmZG93biBzY3JpcHQgY3Jl
YXRlcyBhIGxvY2sgZmlsZSB3aGlsZSBiZWluZyBydW5uaW5nIGZvcgorIyBmb2xsb3dpbmcgcG9w
b3VzZXM6CisjIDEuIFRoaXMgcHJldmVudHMgcnVubmluZyBtb3JlIHRoZW4gb25lIGluc3RhbmNl
IG9mIHRoaXMgc2NyaXB0CisjICAgIHNpbXVsdGFuaW91c2x5CisjIDIuIFByZXNlbmNlIG9mIGxv
Y2tmaWxlIHNob3dzIG90aGVyIHByb2Nlc3NlcyB0aGF0IGludGVyZmFjZSBpcworIyAgICB1bmRl
ciB1cC9kb3duIHByb2dyZXNzCisKK0lGQUNFX0xPQ0tfRklMRT0iJHtWQVJMT0NLRElSOj12YXIv
bG9jay9ldGNuZXR9L2lmLXVwZG93bi0kTkFNRS5sb2NrIgorbWtkaXIgLXAgJHtWQVJMT0NLRElS
fQorL3Vzci9iaW4vbG9ja2ZpbGUgIiRJRkFDRV9MT0NLX0ZJTEUiIHx8IGV4aXQgMwordHJhcCAn
cm0gLWYgIiRJRkFDRV9MT0NLX0ZJTEUiICcgRVhJVCBTSUdIVVAgU0lHVEVSTSBTSUdJTlQKKwog
aW5pdF9uZXRwcm9maWxlCiBwaWNrdXBfb3B0aW9ucwogCmRpZmYgLU5ydSAwLjcuMTUtYWx0MS9l
dGMvbmV0L3NjcmlwdHMvaWZ1cCAwLjcuMTUtdWthL2V0Yy9uZXQvc2NyaXB0cy9pZnVwCi0tLSAw
LjcuMTUtYWx0MS9ldGMvbmV0L3NjcmlwdHMvaWZ1cAkyMDA1LTA5LTE2IDIxOjM4OjAxICswMzAw
CisrKyAwLjcuMTUtdWthL2V0Yy9uZXQvc2NyaXB0cy9pZnVwCTIwMDUtMTEtMTYgMjA6NTY6NTQg
KzAyMDAKQEAgLTI4LDYgKzI4LDE4IEBACiB9CiBleHBvcnQgSUZBQ0VESVIgTVlJRkFDRURJUiBT
Q1JJUFRESVIgTkFNRSBORVRQUk9GSUxFIFNFRU5fSUZBQ0VTCiAKKyMgaWZ1cC9pZmRvd24gc2Ny
aXB0IGNyZWF0ZXMgYSBsb2NrIGZpbGUgd2hpbGUgYmVpbmcgcnVubmluZyBmb3IKKyMgZm9sbG93
aW5nIHBvcG91c2VzOgorIyAxLiBUaGlzIHByZXZlbnRzIHJ1bm5pbmcgbW9yZSB0aGVuIG9uZSBp
bnN0YW5jZSBvZiB0aGlzIHNjcmlwdAorIyAgICBzaW11bHRhbmlvdXNseQorIyAyLiBQcmVzZW5j
ZSBvZiBsb2NrZmlsZSBzaG93cyBvdGhlciBwcm9jZXNzZXMgdGhhdCBpbnRlcmZhY2UgaXMKKyMg
ICAgdW5kZXIgdXAvZG93biBwcm9ncmVzcworCitJRkFDRV9MT0NLX0ZJTEU9IiR7VkFSTE9DS0RJ
Ujo9dmFyL2xvY2svZXRjbmV0fS9pZi11cGRvd24tJE5BTUUubG9jayIKK21rZGlyIC1wICR7VkFS
TE9DS0RJUn0KKy91c3IvYmluL2xvY2tmaWxlICIkSUZBQ0VfTE9DS19GSUxFIiB8fCBleGl0IDMK
K3RyYXAgJ3JtIC1mICIkSUZBQ0VfTE9DS19GSUxFIiAnIEVYSVQgU0lHSFVQIFNJR1RFUk0gU0lH
SU5UCisKIGluaXRfbmV0cHJvZmlsZQogcGlja3VwX29wdGlvbnMKIApkaWZmIC1OcnUgMC43LjE1
LWFsdDEvZXRjL3BwcC9pcC1kb3duLmQvZXRjbmV0IDAuNy4xNS11a2EvZXRjL3BwcC9pcC1kb3du
LmQvZXRjbmV0Ci0tLSAwLjcuMTUtYWx0MS9ldGMvcHBwL2lwLWRvd24uZC9ldGNuZXQJMTk3MC0w
MS0wMSAwMzowMDowMCArMDMwMAorKysgMC43LjE1LXVrYS9ldGMvcHBwL2lwLWRvd24uZC9ldGNu
ZXQJMjAwNS0xMS0xNyAxMjoxMzo0NSArMDIwMApAQCAtMCwwICsxLDM1IEBACisjIS9iaW4vYmFz
aAorCisjIENoZWNrIGlmIGludGVyZmFjZSB1cCBieSBldGNuZXQuIEluIHRoaXMgY2FzZSAiJDYi
IG11c3QKKyMgYmUgc2V0IGFzICJldGNuZXQtJE5BTUUiIGR1ZSB0byBwcHBkIGlwcGFyYW0gb3B0
aW9uCisjIHdoZW4gaW50ZXJmYWNlIHdhcyBjcmVhdGVkCisKK05BTUU9IiQxIgorSVBQQVJBTT0i
JDYiCisKK3Rlc3QgIiRJUFBBUkFNIiA9ICJldGNuZXQtJE5BTUUiIHx8IGV4aXQKKworLiAke1ND
UklQVERJUjo9L2V0Yy9uZXQvc2NyaXB0c30vZnVuY3Rpb25zCitpZiBbIC1kICRJRkFDRURJUi8k
TkFNRUAkTkVUSE9TVCBdOyB0aGVuCisgICAgTVlJRkFDRURJUj0kSUZBQ0VESVIvJE5BTUVAJE5F
VEhPU1QKK2Vsc2UKKyAgICBNWUlGQUNFRElSPSRJRkFDRURJUi8kTkFNRQorZmkKKworWyAtZCAi
JE1ZSUZBQ0VESVIiIF0gfHwgZXhpdAorZXhwb3J0IElGQUNFRElSIE1ZSUZBQ0VESVIgU0NSSVBU
RElSIE5BTUUgTkVUUFJPRklMRSBTRUVOX0lGQUNFUworCisjIENoZWNrIGlmIGlmZG93biBzY3Jp
cHQgaXMgaW4gcHJvZ3Jlc3MuIElmIHRydWUgdGhlbiBpZmRvd24KKyMgZG8gYWxsIGl0c2VsZiwg
c28gd2UgZXhpdAorCitJRkFDRV9MT0NLX0ZJTEU9IiR7VkFSTE9DS0RJUjo9dmFyL2xvY2svZXRj
bmV0fS9pZi11cGRvd24tJE5BTUUubG9jayIKK3Rlc3QgLWYgIiRJRkFDRV9MT0NLX0ZMRSIgJiYg
ZXhpdAorCisjIEF0IHRoaXMgcG9pbnQgd2UgYXJlIHN1cmUgdGhhdCBpbnRlcmZhY2UgaXMgdXAg
YnkgZXRjbmV0IHN5c3RlbQorIyBhbmQgdGhpcyBzY3JpcHQgaXMgY2FsbGVkIGJ5IHBwcGQgYmVm
b3JlIGlmZG93biB3YXMgc3RhcnRlZAorIyAoZS5nLiB3aGVuIHJlY29ubmVjdGVkIGR1ZSB0byBw
ZXJzaXN0IG9wdGlvbikKKworIyBDYWxsIGN1c3RvbSBzY3JpcHRzCitFeGVjSWZFeGVjdXRhYmxl
ICR7U0NSSVBURElSfS9pZmRvd24tcHJlLWxvY2FsICROQU1FCitFeGVjSWZFeGVjdXRhYmxlICR7
TVlJRkFDRURJUn0vaWZkb3duLXByZSAkTkFNRQorCmRpZmYgLU5ydSAwLjcuMTUtYWx0MS9ldGMv
cHBwL2lwLXVwLmQvZXRjbmV0IDAuNy4xNS11a2EvZXRjL3BwcC9pcC11cC5kL2V0Y25ldAotLS0g
MC43LjE1LWFsdDEvZXRjL3BwcC9pcC11cC5kL2V0Y25ldAkxOTcwLTAxLTAxIDAzOjAwOjAwICsw
MzAwCisrKyAwLjcuMTUtdWthL2V0Yy9wcHAvaXAtdXAuZC9ldGNuZXQJMjAwNS0xMS0xNyAxMjox
Mzo1OCArMDIwMApAQCAtMCwwICsxLDM4IEBACisjIS9iaW4vYmFzaAorCisjIENoZWNrIGlmIGlu
dGVyZmFjZSB1cCBieSBldGNuZXQuIEluIHRoaXMgY2FzZSAiJDYiIG11c3QKKyMgYmUgc2V0IGFz
ICJldGNuZXQtJE5BTUUiIGR1ZSB0byBwcHBkIGlwcGFyYW0gb3B0aW9uCisjIHdoZW4gaW50ZXJm
YWNlIHdhcyBjcmVhdGVkCisKK05BTUU9IiQxIgorSVBQQVJBTT0iJDYiCisKK3Rlc3QgIiRJUFBB
UkFNIiA9ICJldGNuZXQtJE5BTUUiIHx8IGV4aXQKKworLiAke1NDUklQVERJUjo9L2V0Yy9uZXQv
c2NyaXB0c30vZnVuY3Rpb25zCitpZiBbIC1kICRJRkFDRURJUi8kTkFNRUAkTkVUSE9TVCBdOyB0
aGVuCisgICAgTVlJRkFDRURJUj0kSUZBQ0VESVIvJE5BTUVAJE5FVEhPU1QKK2Vsc2UKKyAgICBN
WUlGQUNFRElSPSRJRkFDRURJUi8kTkFNRQorZmkKKworWyAtZCAiJE1ZSUZBQ0VESVIiIF0gfHwg
ZXhpdAorZXhwb3J0IElGQUNFRElSIE1ZSUZBQ0VESVIgU0NSSVBURElSIE5BTUUgTkVUUFJPRklM
RSBTRUVOX0lGQUNFUworCisjIENoZWNrIGlmIGlmdXAgc2NyaXB0IGlzIGluIHByb2dyZXNzLiBJ
ZiB0cnVlIHRoZW4gaWZ1cAorIyBkbyBhbGwgaXRzZWxmLCBzbyB3ZSBleGl0CisKK0lGQUNFX0xP
Q0tfRklMRT0iJHtWQVJMT0NLRElSOj12YXIvbG9jay9ldGNuZXR9L2lmLXVwZG93bi0kTkFNRS5s
b2NrIgordGVzdCAtZiAiJElGQUNFX0xPQ0tfRkxFIiAmJiBleGl0CisKKyMgQXQgdGhpcyBwb2lu
dCB3ZSBhcmUgc3VyZSB0aGF0IGludGVyZmFjZSBpcyB1cCBieSBldGNuZXQgc3lzdGVtCisjIGFu
ZCB0aGlzIHNjcmlwdCBpcyBjYWxsZWQgYnkgcHBwZCBhZnRlciBpZnVwIHdhcyBjb21wbGV0ZWQK
KyMgKGUuZy4gd2hlbiByZWNvbm5lY3RlZCBkdWUgdG8gcGVyc2lzdCBvcHRpb24pCisKKyMgUmVj
b25maWd1cmluZyBpZmFjZSBhbmQgcm91dGVzCitFeGVjSWZFeGVjdXRhYmxlICR7U0NSSVBURElS
fS9pZmNvbmZpZy1pcHY0ICROQU1FCisKKyMgQ2FsbCBjdXN0b20gc2NyaXB0cworRXhlY0lmRXhl
Y3V0YWJsZSAke1NDUklQVERJUn0vaWZ1cC1wb3N0LWxvY2FsICROQU1FCitFeGVjSWZFeGVjdXRh
YmxlICR7TVlJRkFDRURJUn0vaWZ1cC1wb3N0ICROQU1FCisK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1316</attachid>
            <date>2005-12-27 12:29:47 +0300</date>
            <delta_ts>2005-12-27 12:29:47 +0300</delta_ts>
            <desc>Скрипт /etc/net/scripts/lockfile.sh</desc>
            <filename>lockfile.sh</filename>
            <type>text/plain</type>
            <size>1097</size>
            <attacher name="Yuriy Kashirin">yura</attacher>
            
              <data encoding="base64">IyEvYmluL2Jhc2gKCiMgbG9ja2ZpbGUuc2ggWy1wIHBpZF0gWy10IHRpbWVvdXRdIGxvY2tmaWxl
X25hbWUKIyAgICAgLXAgcGlkICAgICAgICBjYWxsaW5nIHByb2Nlc3MgUElELiBUaGlzIHZhbHVl
IHdpbGwgYmUKIyAgICAgICAgICAgICAgICAgICB3cml0ZW4gaW50byBjcmVhdGVkIGxvY2tmaWxl
LiBEZWZhdWx0IGlzIDAKIyAgICAgLXQgdGltZW91dCAgICBwb2xsaW5nIGludGVydmFsIGluIHNl
Y29uZHMgd2hlbiBjaGVja2luZwojICAgICAgICAgICAgICAgICAgIGlmIGZpbGUgYWxyZWFkeSBl
eGlzdHMuIERlZmF1bHQgaXMgMQojICAgICBsb2NrZmlsZV9uYW1lIG5hbWUgb2YgY3JlYXRlZCBs
b2NrIGZpbGUKCkxQSUQ9MApMU0xFRVA9MQpMRklMRT0KCiMgb3B0aW9ucyBwYXJzaW5nCiMgLS0g
YWxsIGV4Y2VwdCBsYXN0CndoaWxlIHRlc3QgJCMgLWdlIDIKZG8KICAgIExBU1RPUFQ9IiQxIgog
ICAgc2hpZnQKICAgIGNhc2UgIiRMQVNUT1BUIiBpbgogICAgICAgIC1wKQogICAgICAgICAgICBM
UElEPSIkMSIKICAgICAgICAgICAgc2hpZnQKICAgICAgICAgICAgOzsKICAgICAgICAtdCkKICAg
ICAgICAgICAgTFNMRUVQPSIkMSIKICAgICAgICAgICAgc2hpZnQKICAgICAgICAgICAgOzsKICAg
IGVzYWMKZG9uZQoKIyAtLSBsYXN0IG9wdGlvbiAtIHRoZSBuYW1lIG9mIGxvY2tmaWxlCnRlc3Qg
JCMgLWdlIDEgJiYgTEZJTEU9IiQxIgoKTEZUTVA9Ii4kTEZJTEUtJCQiCgpmdW5jdGlvbiBjbGVh
bnVwCnsKICAgIHJtIC1mICIkTEZUTVAiCn0KCnRyYXAgY2xlYW51cCBFWElUCgojIENyZWF0ZSBy
ZWFkIG9ubHkgdGVtcCBmaWxlIApybSAtZiAiJExGVE1QIgp1bWFzayAzMzMKZWNobyAiJExQSUQi
ID4gIiRMRlRNUCIgfHwgZXhpdCAyCgojIFRyeSB0byBjcmVhdGUgaGFyZCBsaW5rIHRvIGZpbGUu
IFRoaXMgd2lsbCB3b3JrIG9ubHkKIyBpZiBsb2NrIGZpbGUgaXMgbm90IGV4aXN0Lgp3aGlsZSAh
IGxpbmsgIiRMRlRNUCIgIiRMRklMRSIgMj4vZGV2L251bGwKZG8KICAgIHNsZWVwICRMU0xFRVAK
ZG9uZQoKIyBMb2NrIGZpbGUgaXMgY3JlYXRlZC4gVW5saW5rIHRlbXAgZmlsZQp1bmxpbmsgIiRM
RlRNUCIKZXhpdCAwCgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>