Bug 12774

Summary:	После правки настроек интерфейс оказывается down
Product:	Branch 4.0	Reporter:	Anton Farygin <rider>
Component:	etcnet	Assignee:	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 ***