Bug 12774

Summary: После правки настроек интерфейс оказывается down
Product: Branch 4.0 Reporter: Anton Farygin <rider>
Component: etcnetAssignee: Andrew Kornilov <hiddenman>
Status: CLOSED DUPLICATE QA Contact: Q.A. 4.0 <qa-4.0>
Severity: major    
Priority: P2 CC: mike, pilot, sbolshakov
Version: 4.0   
Hardware: all   
OS: Linux   

Description Anton Farygin 2007-09-14 12:19:15 MSD
Имеем - настроенную сеть (через alterator-net-wifi), IP адрес через DHCP.
Шифрование - WEP.

Запускаем acc, открываем редактирование настроек соединение WIFI, ничего не
меняем, нажимаем OK, везде нажимаем POK, в ACC для настройки сети говорим Apply.

После этого соединение с сетью пропадает. Хотя по идее не должно пропадать
(ничего не меняли, с текущими настройками соглашались.
Comment 1 Anton Farygin 2007-09-15 02:30:42 MSD
Перевешиваю на alterator-net-eth

Ошибка оказалась ещё забавнее:
После каждого нажатия "Применить" в интерфейсе настройки сети - состояние
интерфейса меняется на противиоположное - если был up, то стал down и наоборот.

К сожалению нет возможности проверить на отличном от wireless интерфейсе, но
судя по всему будет воспроизводиться везде.

Серёг, в Junior бы не пропустить такую забавную багу...
Comment 2 inger@altlinux.org 2007-09-17 09:51:25 MSD
Это не вина alterator, а вина etcnet.

Причина становится ясна, если запустить ifdown && ifup вручную:
ctrl_iface exists and seems to be in use - cannot override it
Delete '/var/run/wpa_supplicant/ath0' manually if it is not used anymore
Failed to initialize control interface '/var/run/wpa_supplicant'.
You may have another wpa_supplicant process already running or the file was
left by an unclean termination of wpa_supplicant in which case you will need
to manually remove this file before starting wpa_supplicant again.

Проще говоря при опускании интерфейса etcnet не дожидается подыхания
суппликанта, и соотв. при следующем старте не может его поднять обратно ;)
Comment 3 inger@altlinux.org 2007-09-17 09:51:54 MSD
На мантейнера etcnet
Comment 4 Denis Ovsienko 2007-10-16 23:36:38 MSD

*** This bug has been marked as a duplicate of 12786 ***