[sisyphus] Нумерация сетевых интерфейсов и udev

[sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

Приветствую!

Сегодня при обновлении нарвался-таки, забыл совершенно, что на сервере кроме 
двух сетевых карт была еще и набортная. Отключенная в биосе, но удав понятно 
на это плевать хотел и упорно грузил ее модуль первым, сбивая нумерацию 
интерфейсов. Игры с blacklist не помогли. Есть ли все-таки лекарство от этой 
напасти? Пока я его удушил опцией ядра noudev, но это грубо. Вот нашел такоей 
рецепт в сети:

KERNEL=="eth?", SYSFS{address}=="00:0f:7b:4b:47:17", NAME="eth0"
KERNEL=="eth?", SYSFS{address}=="00:0f:35:3c:92:cb", NAME="eth1"

но непонятно, куда его прописывать для нашего удава? И подействует ли? Буду 
признатален за совет.

--Иван

P.S. etcnet не пользуюсь, просьба извращений с переименовыванием интерфейсов 
не предлагать.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Alexey Gladkov]

Ivan Adzhubey wrote:
> но непонятно, куда его прописывать для нашего удава? И подействует ли? Буду 
> признатален за совет.

В пакете ifrename есть одноимённый сервис, который использует
/etc/iftab до старта сети. Задуман этот сервис как раз для того чтобы
решать проблему неправильной нумерации сетевых интерфейсов.

-- 
Rgrds, legion

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

On Monday 05 March 2007 06:21:53 am Alexey Gladkov wrote:
> Ivan Adzhubey wrote:
> > но непонятно, куда его прописывать для нашего удава? И подействует ли?
> > Буду признатален за совет.
>
> В пакете ifrename есть одноимённый сервис, который использует
> /etc/iftab до старта сети. Задуман этот сервис как раз для того чтобы
> решать проблему неправильной нумерации сетевых интерфейсов.

Ну я же просил переименование не предлагать ;-)

Так где можно что-то почитать про настройки udev в Сизифе?

--Иван






The information transmitted in this electronic communication is intended only for the person or entity to whom it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this information in error, please contact the Compliance HelpLine at 800-856-1983 and properly dispose of this information.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 715 bytes --]

On Mon, Mar 05, 2007 at 02:48:18PM -0500, Ivan Adzhubey wrote:
> On Monday 05 March 2007 06:21:53 am Alexey Gladkov wrote:
> > Ivan Adzhubey wrote:
> > > но непонятно, куда его прописывать для нашего удава? И подействует ли?
> > > Буду признатален за совет.
> >
> > В пакете ifrename есть одноимённый сервис, который использует
> > /etc/iftab до старта сети. Задуман этот сервис как раз для того чтобы
> > решать проблему неправильной нумерации сетевых интерфейсов.
> 
> Ну я же просил переименование не предлагать ;-)

Можно написать
blacklist имя-драйвера-ненужной-сетевой-карты
в какой-нибудь файл каталога /etc/modprobe.d/
(я предпочитаю имя файла /etc/modprobe.d/blacklist-local)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

On Monday 05 March 2007 05:42:28 pm Dmitry V. Levin wrote:
> On Mon, Mar 05, 2007 at 02:48:18PM -0500, Ivan Adzhubey wrote:
> > On Monday 05 March 2007 06:21:53 am Alexey Gladkov wrote:
> > > Ivan Adzhubey wrote:
> > > > но непонятно, куда его прописывать для нашего удава? И подействует
> > > > ли? Буду признатален за совет.
> > >
> > > В пакете ifrename есть одноимённый сервис, который использует
> > > /etc/iftab до старта сети. Задуман этот сервис как раз для того чтобы
> > > решать проблему неправильной нумерации сетевых интерфейсов.
> >
> > Ну я же просил переименование не предлагать ;-)
>
> Можно написать
> blacklist имя-драйвера-ненужной-сетевой-карты
> в какой-нибудь файл каталога /etc/modprobe.d/
> (я предпочитаю имя файла /etc/modprobe.d/blacklist-local)

Опять мимо. Я уже писал, что пробовал и не помогло. Начинают прыгать 
интерфейсы двух оставшихся карточек. Наличие и порядок прописывания их 
модулей в /etc/modules тоже не помогает. А вот разве что... если все три 
модуля заблэклистить, а потом прописать их же в нужном порядке 
в /etc/modules? Загрузятся? Честно говоря, со всеми нововведениями  (двойной 
удав + половинный хотплаг + mod-init-tools) я совершенно потерял ориентацию в 
том как сейчас у нас модули ядра грузятся...

--Иван






The information transmitted in this electronic communication is intended only for the person or entity to whom it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this information in error, please contact the Compliance HelpLine at 800-856-1983 and properly dispose of this information.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1495 bytes --]

On Mon, Mar 05, 2007 at 06:08:53PM -0500, Ivan Adzhubey wrote:
> On Monday 05 March 2007 05:42:28 pm Dmitry V. Levin wrote:
> > On Mon, Mar 05, 2007 at 02:48:18PM -0500, Ivan Adzhubey wrote:
> > > On Monday 05 March 2007 06:21:53 am Alexey Gladkov wrote:
> > > > Ivan Adzhubey wrote:
> > > > > но непонятно, куда его прописывать для нашего удава? И подействует
> > > > > ли? Буду признатален за совет.
> > > >
> > > > В пакете ifrename есть одноимённый сервис, который использует
> > > > /etc/iftab до старта сети. Задуман этот сервис как раз для того чтобы
> > > > решать проблему неправильной нумерации сетевых интерфейсов.
> > >
> > > Ну я же просил переименование не предлагать ;-)
> >
> > Можно написать
> > blacklist имя-драйвера-ненужной-сетевой-карты
> > в какой-нибудь файл каталога /etc/modprobe.d/
> > (я предпочитаю имя файла /etc/modprobe.d/blacklist-local)
> 
> Опять мимо. Я уже писал, что пробовал и не помогло. Начинают прыгать 
> интерфейсы двух оставшихся карточек. Наличие и порядок прописывания их 
> модулей в /etc/modules тоже не помогает. А вот разве что... если все три 
> модуля заблэклистить, а потом прописать их же в нужном порядке 
> в /etc/modules? Загрузятся?

Да, это один из вариантов.

> Честно говоря, со всеми нововведениями  (двойной 
> удав + половинный хотплаг + mod-init-tools) я совершенно потерял ориентацию в 
> том как сейчас у нас модули ядра грузятся...

Очень по-разному они теперь могут грузиться...


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Sergey Bolshakov]

>>>>> "Ivan" == Ivan Adzhubey <iadzhubey-0BpZ0s6QmbbOHkwriC13pfZ8FUJU4vz8@public.gmane.org> writes:

 > On Monday 05 March 2007 05:42:28 pm Dmitry V. Levin wrote:
 >> On Mon, Mar 05, 2007 at 02:48:18PM -0500, Ivan Adzhubey wrote:
 >> > On Monday 05 March 2007 06:21:53 am Alexey Gladkov wrote:
 >> > > Ivan Adzhubey wrote:
 >> > > > но непонятно, куда его прописывать для нашего удава? И подействует
 >> > > > ли? Буду признатален за совет.
 >> > >
 >> > > В пакете ifrename есть одноимённый сервис, который использует
 >> > > /etc/iftab до старта сети. Задуман этот сервис как раз для того чтобы
 >> > > решать проблему неправильной нумерации сетевых интерфейсов.
 >> >
 >> > Ну я же просил переименование не предлагать ;-)
 >> 
 >> Можно написать
 >> blacklist имя-драйвера-ненужной-сетевой-карты
 >> в какой-нибудь файл каталога /etc/modprobe.d/
 >> (я предпочитаю имя файла /etc/modprobe.d/blacklist-local)

Вписать в blacklist имена _всех_ модулей сетевых карт,
вписать MODULE=xxx в каждом /etc/net/ifaces/$iface/options
и заполнить /etc/net/iftab, привязав имена к mac-адресам или к
положению на PCI-шине.
Необходимость сервиса ifrename при использовании etcnet
для меня сомнительна.

-- 

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Шенцев Алексей Владимирович]

В сообщении от Tuesday 06 March 2007 13:45:24 Sergey Bolshakov написал(а):
> Вписать в blacklist имена _всех_ модулей сетевых карт,
> вписать MODULE=xxx в каждом /etc/net/ifaces/$iface/options
> и заполнить /etc/net/iftab, привязав имена к mac-адресам или к
> положению на PCI-шине.
> Необходимость сервиса ifrename при использовании etcnet
> для меня сомнительна.
Может глупо сделал, но я сервис ifrename выключил на серваке, и забыл, что 
такое пляски вокруг сети при переименовании интерфейсов ifrename
[root@gw /]# chkconfig --list ifrename
ifrename        0:выкл  1:выкл  2:выкл  3:выкл  4:выкл  5:выкл  6:выкл
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Dmitriy L. Kruglikov]

На календаре было: Вторник, 06 Март 2007 года,
Sergey Bolshakov писал(а) в сообщении: 

SB == Sergey Bolshakov

SB> Вписать в blacklist имена _всех_ модулей сетевых карт,
SB> вписать MODULE=xxx в каждом /etc/net/ifaces/$iface/options
SB> и заполнить /etc/net/iftab, привязав имена к mac-адресам

У меня две карточки, управляемые одним и тем же модулем ...
Ох и напрыгались они у меня :)

В результате, первая из них называлась именем второй,
вторая именем с 1-чкой на конце ...
Первая была недоступна ...

	Перепутались в кроватке
	ручки, ножки, шейки, пытки.
	Вот, к чему, порой, приводят
	в КамаСутре опечатки...

Слишком много вариантов настроек,
и слишком много конфликтов между ними...



--
Best regards,
 Dmitriy L. Kruglikov                     .--.
 Dmitriy.Kruglikov_at_gmail_dot_com      |@_@ |
 DKR6-RIPE                               |!_/ |
 XMPP:dkr6@jabber.ru                    //   \ \
                                       (|     | )
                                      /'\_   _/`\
Powered by Linux                      \___)=(___/
 
-- Мысль --
Поясняю. Говоришь винда на 64 метрах летает? Поставь антивирус
касперского и посмотри как она летает. Кстати летает хорошо. У меня
вот совсем с винта улетела.
		-- ugoday (linux.org.ru)

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Arcady V. Ivanov]

Sergey Bolshakov пишет:
>>>>>> "Ivan" == Ivan Adzhubey <iadzhubey-0BpZ0s6QmbbOHkwriC13pfZ8FUJU4vz8@public.gmane.org> writes:
>>>>>>             
>
>  > On Monday 05 March 2007 05:42:28 pm Dmitry V. Levin wrote:
>  >> On Mon, Mar 05, 2007 at 02:48:18PM -0500, Ivan Adzhubey wrote:
>  >> > On Monday 05 March 2007 06:21:53 am Alexey Gladkov wrote:
>  >> > > Ivan Adzhubey wrote:
>  >> > > > но непонятно, куда его прописывать для нашего удава? И подействует
>  >> > > > ли? Буду признатален за совет.
>  >> > >
>  >> > > В пакете ifrename есть одноимённый сервис, который использует
>  >> > > /etc/iftab до старта сети. Задуман этот сервис как раз для того чтобы
>  >> > > решать проблему неправильной нумерации сетевых интерфейсов.
>  >> >
>  >> > Ну я же просил переименование не предлагать ;-)
>  >> 
>  >> Можно написать
>  >> blacklist имя-драйвера-ненужной-сетевой-карты
>  >> в какой-нибудь файл каталога /etc/modprobe.d/
>  >> (я предпочитаю имя файла /etc/modprobe.d/blacklist-local)
>
> Вписать в blacklist имена _всех_ модулей сетевых карт,
> вписать MODULE=xxx в каждом /etc/net/ifaces/$iface/options
> и заполнить /etc/net/iftab, привязав имена к mac-адресам или к
> положению на PCI-шине.
> Необходимость сервиса ifrename при использовании etcnet
> для меня сомнительна.
>   
Прошу не бить ногами, но картина с определением сетевых карт стала 
настролько
глупо сложной, содержит пачку скриптов, куда что-то регулярно надо вписывать
руками,  выписывать руками,  вталкивать  руками,   прописывать 
MAC-адреса. Бррр.
Из-за пары сетевых карт столько геморроя? :
/etc/modprobe.d
blacklist
iftab
ifrename
/etc/net/.../options
МАС-адреса
Позиция на PCI-шине


Мне кажется, что вместо нагораживания скрипта на скрипт, сервиса на сервис
пора возвращаться к истокам и что-то упрощать.

Во всяком случае для критичных серверов до которых руками быстро не 
дотянуться,
у меня есть единственное надёжное средство:

1. В сервер не ставятся одинаковые сетевые карты.
2. В rc.local удаляются все модули сетевых карт.
3. В rc.local загружаются по очереди модуль за модулем нужных мне карт
и назначаются сетевые адреса и маршруты. (Всей работы для программиста - 
1 минута).

Это лекарство во много раз проще и гарантированно работает.

И только не говорите, что оно неправильнее, чем вписывание, выписывание, 
прописывание
кучи информации в кучу файлов, имеющих какое-то отношение к настройке 
сети, но вовсе
не гарантирующих нормальное включение сетевых настроек компьютера.

Compact 3.0, не умеющий взводить сеть всего лишь при одном сетевом 
контроллере, меня
достаточно убедил в бессмысленности усложнения init-скриптов. (Это 
происходило у меня
на десятках машин с разной архитектурой при установке с DVD.)

Так что, мне кажется, что надо хотя бы научиться гарантированно взводить 
сеть и
сетевые сервисы при наличии одного интерфейса, а остальные архитектуры 
отдать
на откуп программисту и rc.local, а не наворачивать одну за другой 
ненадёжно работающую
конструкцию поверх другой.

-- 

С уважением. Иванов Аркадий
Зам.директора ООО "Хелп"
mailto: arc@help0.ru
web:http://www.help0.ru
mobile: 8-962-290-8343
------------------------------------
I use stable soft:
Linux, Mozilla and OpenOffice. 
And recommend them for you too.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Шадринов Дмитрий Дмитриевич]

6 марта 2007 15:08, Arcady V. Ivanov написал:

> Мне кажется, что вместо нагораживания скрипта на скрипт, сервиса на сервис
> пора возвращаться к истокам и что-то упрощать.
>
> Во всяком случае для критичных серверов до которых руками быстро не
> дотянуться,
> у меня есть единственное надёжное средство:
>
> 1. В сервер не ставятся одинаковые сетевые карты.
> 2. В rc.local удаляются все модули сетевых карт.
> 3. В rc.local загружаются по очереди модуль за модулем нужных мне карт
> и назначаются сетевые адреса и маршруты. (Всей работы для программиста -
> 1 минута).
>
> Это лекарство во много раз проще и гарантированно работает.

попробуйте объяснить почему вы так сделали другому адимистратору этого 
сервера, который стокнется с этой проблемой в ваше отсутстве.

вариантов решений несколько, но все они сводятся к коротким 
последовательностям.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Dmitriy L. Kruglikov]

На календаре было: Вторник, 06 Март 2007 года,
Шадринов Дмитрий Дмитриевич писал(а) в сообщении: 

 == Шадринов Дмитрий Дмитриевич

> попробуйте объяснить почему вы так сделали другому адимистратору этого 
> сервера, который стокнется с этой проблемой в ваше отсутстве.

Попробуйте объяснить это другому администратору, который не читал
нашу рассылку в течение последних пол-года - года ...
Который не имеет такого опыта наступания на грабли,
который поставил hal ради какой-нибудь железки, а нарвался на упавшую сеть.

Аркадий прав и по сути, и по форме изложения.

Стало очень неудобно и крайне взрывоопасно.
Каждый наработал себе набор шаманских приседаний
и боится сделать шаг в сторону, чтоб крышу не снесло.

Всегда было одно простое правило именования интерфейсов:
в порядке возрастания MAC ...
И было все ясно и понятно...
Имена менялись тогда, и только тогда, когда втыкался адаптер с меньшим 
MAC-ом... В этом случае можно было шнурки поменять _один_ раз.
Либо сменить МАС утилиткой, что крайне не рекомендовалось.

А как нам быть сейчас, когда именовать интерфейсы eth* противопоказано,
а некоторая программка умеет работать только с такими именами ?


--
Best regards,
 Dmitriy L. Kruglikov                     .--.
 Dmitriy.Kruglikov_at_gmail_dot_com      |@_@ |
 DKR6-RIPE                               |!_/ |
 XMPP:dkr6@jabber.ru                    //   \ \
                                       (|     | )
                                      /'\_   _/`\
Powered by Linux                      \___)=(___/
 
-- Мысль --
Под здравым смыслом каждый разумеет только свой собственный.
		-- В.О. Ключевский

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Arcady V. Ivanov]

Шадринов Дмитрий Дмитриевич пишет:
> 6 марта 2007 15:08, Arcady V. Ivanov написал:
>
>   
>> Мне кажется, что вместо нагораживания скрипта на скрипт, сервиса на сервис
>> пора возвращаться к истокам и что-то упрощать.
>>
>> Во всяком случае для критичных серверов до которых руками быстро не
>> дотянуться,
>> у меня есть единственное надёжное средство:
>>
>> 1. В сервер не ставятся одинаковые сетевые карты.
>> 2. В rc.local удаляются все модули сетевых карт.
>> 3. В rc.local загружаются по очереди модуль за модулем нужных мне карт
>> и назначаются сетевые адреса и маршруты. (Всей работы для программиста -
>> 1 минута).
>>
>> Это лекарство во много раз проще и гарантированно работает.
>>     
>
> попробуйте объяснить почему вы так сделали другому адимистратору этого 
> сервера, который стокнется с этой проблемой в ваше отсутстве.
>   
Дмитрий, как раз ЛЮБОЙ сисадмин за пару минут разберётся
в 5 строчках в rc.local, которые содержат:
modprobe
ifconfig | ip addr
route add  | ip route

Это как раз и есть истоки, должны быть которые понятны ЛЮБОМУ
человеку на должности сисадмина.

А вот проблемы в наворотах взаимодействия init-скриптов с iftab,
blacklists, ifrename и прочего будут скорее всего недоступны приходящему
сисадмину.

> вариантов решений несколько, но все они сводятся к коротким 
> последовательностям.
>   
Сколько не отслеживал треды, касающиеся прыгающих интерфейсов,
ни разу не увидел однозначного простого решения. Только всё сложнее,
сложнее, навороченнее и навороченнее.

Есть одна умная мысль одного умного человека:
"Если что-то постоянно требует всё более сложной коррекции,
значит  скорее всего изначально что-то было сделано неправильно."

-- 

С уважением. Иванов Аркадий
Зам.директора ООО "Хелп"
mailto: arc@help0.ru
web:http://www.help0.ru
mobile: 8-962-290-8343
------------------------------------
I use stable soft:
Linux, Mozilla and OpenOffice. 
And recommend them for you too.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1702 bytes --]

Hi,

On Wed, Mar 07, 2007 at 12:08:23AM +1200, Arcady V. Ivanov wrote:
> Прошу не бить ногами,

Тем более что для этой процедуры есть более подходящий инструментарий. ;)

> но картина с определением сетевых карт стала 
> настролько
> глупо сложной, содержит пачку скриптов, куда что-то регулярно надо вписывать
> руками,  выписывать руками,  вталкивать  руками,   прописывать 
> MAC-адреса. Бррр.

Вы часто в системном блоке меняете сетевые карты?
Если нет, то installer сделает эту работу при установке за вас.

> Из-за пары сетевых карт столько геморроя? :
> /etc/modprobe.d
> blacklist
> iftab
> ifrename
> /etc/net/.../options
> МАС-адреса
> Позиция на PCI-шине

Это называется свободой выбора методов настройки системы. :)

> Мне кажется, что вместо нагораживания скрипта на скрипт, сервиса на сервис
> пора возвращаться к истокам и что-то упрощать.
> 
> Во всяком случае для критичных серверов до которых руками быстро не 
> дотянуться,
> у меня есть единственное надёжное средство:
> 
> 1. В сервер не ставятся одинаковые сетевые карты.

Это не всегда возможно.  Современный сервер без набортной сетевой карты с
двумя интерфейсами - это уже редкость.

> 2. В rc.local удаляются все модули сетевых карт.

Это неправильно.  rc.local запускается после init.d/network.

> 3. В rc.local загружаются по очереди модуль за модулем нужных мне карт
> и назначаются сетевые адреса и маршруты. (Всей работы для программиста - 
> 1 минута).
> 
> Это лекарство во много раз проще и гарантированно работает.

Это называется велосипедостроение.  Так можно дойти до написания
собственного компилятора C ввиду того что у gcc много разных ключиков.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Arcady V. Ivanov]

Dmitry V. Levin пишет:
> Hi,
>
>   
>> но картина с определением сетевых карт стала 
>> настролько
>> глупо сложной, содержит пачку скриптов, куда что-то регулярно надо вписывать
>> руками,  выписывать руками,  вталкивать  руками,   прописывать 
>> MAC-адреса. Бррр.
>>     
>
> Вы часто в системном блоке меняете сетевые карты?
>   
1. Я делаю upgrade ОС, а не меняю сетевые карты. Этого вполне достаточно 
для проблем.
> Если нет, то installer сделает эту работу при установке за вас.
>   
2. Installer многократно прошёл мимо сетевых карт. Так что, пришлось эту 
работу делать
после установки за него.
>   
>> Из-за пары сетевых карт столько геморроя? :
>> /etc/modprobe.d
>> blacklist
>> iftab
>> ifrename
>> /etc/net/.../options
>> МАС-адреса
>> Позиция на PCI-шине
>>     
>
> Это называется свободой выбора методов настройки системы. :)
>   
Я ещё не видел ни одного юзера, который бы радовался неожиданностям
в том месте, которое всегда работало десятилетиями, и отсутствию
гарантированного решения проблемы.

>> Мне кажется, что вместо нагораживания скрипта на скрипт, сервиса на сервис
>> пора возвращаться к истокам и что-то упрощать.
>>
>> Во всяком случае для критичных серверов до которых руками быстро не 
>> дотянуться,
>> у меня есть единственное надёжное средство:
>>
>> 1. В сервер не ставятся одинаковые сетевые карты.
>>     
>
> Это не всегда возможно.  Современный сервер без набортной сетевой карты с
> двумя интерфейсами - это уже редкость.
>   
Да. Теперь я вынужден при установке Альта ограничиваться серверами, где 
набортная
сетевая карта одна, а остальные прошу ставить другого типа.
>   
>> 2. В rc.local удаляются все модули сетевых карт.
>>     
>
> Это неправильно.  rc.local запускается после init.d/network.
>   
Да. Именно. Поэтому в rc.local и вписываются сетевые настройки и запуск 
bind,
ntpd и др. сервисов, завязанных на сеть.
>   
>> 3. В rc.local загружаются по очереди модуль за модулем нужных мне карт
>> и назначаются сетевые адреса и маршруты. (Всей работы для программиста - 
>> 1 минута).
>>
>> Это лекарство во много раз проще и гарантированно работает.
>>     
>
> Это называется велосипедостроение.  Так можно дойти до написания
> собственного компилятора C ввиду того что у gcc много разных ключиков.
>   
Как хотите, так и назовите. Пусть это велосипед. Зато он ездит всегда
и доступен в управлении даже новичку.
Критерием для меня является не то, как кто-то это называет, а то, как
это работает и насколько оно воспроизводимо мною и другими людьми.

Конечно, невесело в 2007-м году переносить настройки сети в rc.local.
Но сегодня я вижу это пока единственным выходом для того, чтобы
будущие upgade не превратились в катастрофы.


-- 

С уважением. Иванов Аркадий
Зам.директора ООО "Хелп"
mailto: arc@help0.ru
web:http://www.help0.ru
mobile: 8-962-290-8343
------------------------------------
I use stable soft:
Linux, Mozilla and OpenOffice. 
And recommend them for you too.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Шенцев Алексей Владимирович]

В сообщении от Tuesday 06 March 2007 18:23:28 Arcady V. Ivanov написал(а):
> Конечно, невесело в 2007-м году переносить настройки сети в rc.local.
> Но сегодня я вижу это пока единственным выходом для того, чтобы
> будущие upgade не превратились в катастрофы.
У меня не оборачиавются именно из-за того, что вырубил ко всем чертям на 
серваке ifrename с udevd и ни чего не прописывал в rc.local. Однажды настроил 
etcnet и два года как забыл про его настройки и что либо с ним. Пашет надёжно 
и стабильно.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Nick S. Grechukh]

2007/3/6, Arcady V. Ivanov <arc@help0.ru>:
> Да. Именно. Поэтому в rc.local и вписываются сетевые настройки и запуск
> bind,
> ntpd и др. сервисов, завязанных на сеть.
> >> 3. В rc.local загружаются по очереди модуль за модулем нужных мне карт
> >> и назначаются сетевые адреса и маршруты. (Всей работы для программиста -
> >> 1 минута).

жесть. man iftab, на самом деле. и все-таки etcnet.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Alexander V. Denisov]

Arcady V. Ivanov пишет:

> 
> Compact 3.0, не умеющий взводить сеть всего лишь при одном сетевом 
> контроллере, меня
> достаточно убедил в бессмысленности усложнения init-скриптов. (Это 
> происходило у меня
> на десятках машин с разной архитектурой при установке с DVD.)
> 
> Так что, мне кажется, что надо хотя бы научиться гарантированно взводить 
> сеть и
> сетевые сервисы при наличии одного интерфейса, а остальные архитектуры 
> отдать
> на откуп программисту и rc.local, а не наворачивать одну за другой 
> ненадёжно работающую
> конструкцию поверх другой.
> 

А что  Compact 3.0 тоже грешит этой болезнью?
У меня на машине стоит 5 сетевух, 4 из них работают под одним
модулем 8139too, один nvnet. Правки руками
минимальные, но без них не обойтись в любом случае, я так думаю.
на все интерфейсы прописал опцию USE_HOTPLUG=no
в modules.conf

alias eth0 nvnet
alias eth1 8139too
alias eth2 8139too
alias eth3 8139too
alias eth4 8139too

и запуск сервиса network поставил чуть позже, скажем @S48network,
лижбы было после @S32hotplug.

перепутывания интерфейсов под Compact-ом не наблюдал.

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Dmitriy L. Kruglikov]

На календаре было: Вторник, 06 Март 2007 года,
Alexander V. Denisov писал(а) в сообщении: 

AVD == Alexander V. Denisov

AVD> перепутывания интерфейсов под Compact-ом не наблюдал.
Мы о Сизифе ....
И дискуссия тематическая ...

AVD> alias eth4 8139too
Вот у меня с двумя карточками и этим модулем 
и была свистопляска...
Полечилось, вы не поверите,
_удалением_ упоминаний о модулях в /etc/iftab...

Кстати, о птицах ...
Почему iftab пишется в /etc/net, а ifrename

--
Best regards,
 Dmitriy L. Kruglikov                     .--.
 Dmitriy.Kruglikov_at_gmail_dot_com      |@_@ |
 DKR6-RIPE                               |!_/ |
 XMPP:dkr6@jabber.ru                    //   \ \
                                       (|     | )
                                      /'\_   _/`\
Powered by Linux                      \___)=(___/
 
-- Мысль --
Произведение, которое читают, имеет настоящее; произведение, которое 
перечитывают, имеет будущее.
		-- Дюма-сын

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

On Tuesday 06 March 2007 08:42:13 am Alexander V. Denisov wrote:
> Arcady V. Ivanov пишет:
> > Compact 3.0, не умеющий взводить сеть всего лишь при одном сетевом
> > контроллере, меня
> > достаточно убедил в бессмысленности усложнения init-скриптов. (Это
> > происходило у меня
> > на десятках машин с разной архитектурой при установке с DVD.)
> >
> > Так что, мне кажется, что надо хотя бы научиться гарантированно взводить
> > сеть и
> > сетевые сервисы при наличии одного интерфейса, а остальные архитектуры
> > отдать
> > на откуп программисту и rc.local, а не наворачивать одну за другой
> > ненадёжно работающую
> > конструкцию поверх другой.
>
> А что  Compact 3.0 тоже грешит этой болезнью?
> У меня на машине стоит 5 сетевух, 4 из них работают под одним
> модулем 8139too, один nvnet. Правки руками
> минимальные, но без них не обойтись в любом случае, я так думаю.
> на все интерфейсы прописал опцию USE_HOTPLUG=no
> в modules.conf
>
> alias eth0 nvnet
> alias eth1 8139too
> alias eth2 8139too
> alias eth3 8139too
> alias eth4 8139too
>
> и запуск сервиса network поставил чуть позже, скажем @S48network,
> лижбы было после @S32hotplug.
>
> перепутывания интерфейсов под Compact-ом не наблюдал.

Интересно, я первым делом прописал USE_HOTPLUF=no, но это совершенно не 
действует. Попробую передвинуть сервис hotplug, может поможет.

Рад, что наконец-то разгорелась дискуссия, по-моему этот гнойник с сетевыми 
интерфейсами давно надо санировать!

--Иван

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

А вот в графическом настройщике сети Fedora Core 5/6 есть закладка с пунктом 
Bind to MAC, как раз сегодня пришлось ей воспользоваться, поскольку после 
очередного апдейта ядра три сетевых интерфейса на сервере стали прыгать. И 
ведь помогает! И ничего не надо переименовывать, имена типа ethX сохраняются 
и прыгать перестают. Как бы того же самого добиться в Сизифе?

--Иван

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Alexander Volkov]

On 2007-03-06 20:46:13 -0500, Ivan Adzhubey wrote:
IA> А вот в графическом настройщике сети Fedora Core 5/6 есть закладка с пунктом 
IA> Bind to MAC, как раз сегодня пришлось ей воспользоваться, поскольку после 
IA> очередного апдейта ядра три сетевых интерфейса на сервере стали прыгать. И 
IA> ведь помогает! И ничего не надо переименовывать, имена типа ethX сохраняются 
IA> и прыгать перестают. Как бы того же самого добиться в Сизифе?

Дык, сделать такой же bind to mac посредством файла iftab :)
--
 Regards, Alexander

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[A.Kitouwaykin]

On Tue, 06 Mar 2007 13:23:03 -0500
Ivan Adzhubey <iadzhubey@rics.bwh.harvard.edu> wrote:

> 
> Интересно, я первым делом прописал USE_HOTPLUF=no, но это совершенно не 
> действует. Попробую передвинуть сервис hotplug, может поможет.
> 
> Рад, что наконец-то разгорелась дискуссия, по-моему этот гнойник с сетевыми 
> интерфейсами давно надо санировать!
> 

Насколько я правильно мыслю,
- вторым делом надо было прописать MODULE=xxx там же,
- третьим делом -- в /etc/net/iftab добавить строчку 
с любым именем кроме eth0, которая объяснит во что
свежесозданный eth0 переименовать (можно eth1, eth2,
или вообще не eth),
- четвертым делом аккуратно перезапустить все нужное
(hotplug, network),
- и, наконец, поставить печать о санации?


-- 
Китайкин Анатолий Константинович
ОАО "Радиоавионика", СПб

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

On Wednesday 07 March 2007 07:11:02 am A.Kitouwaykin wrote:
> On Tue, 06 Mar 2007 13:23:03 -0500
>
> Ivan Adzhubey <iadzhubey@rics.bwh.harvard.edu> wrote:
> > Интересно, я первым делом прописал USE_HOTPLUF=no, но это совершенно не
> > действует. Попробую передвинуть сервис hotplug, может поможет.
> >
> > Рад, что наконец-то разгорелась дискуссия, по-моему этот гнойник с
> > сетевыми интерфейсами давно надо санировать!
>
> Насколько я правильно мыслю,
> - вторым делом надо было прописать MODULE=xxx там же,
> - третьим делом -- в /etc/net/iftab добавить строчку
> с любым именем кроме eth0, которая объяснит во что
> свежесозданный eth0 переименовать (можно eth1, eth2,
> или вообще не eth),

А вот в Федоре как-то переименовывается в eth0, eth1, ... и работает. Как бы и 
нам так? Не хочется огрести еще и кучу проблем с левыми именами интерфейсов.

--Иван

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1247 bytes --]

В сообщении от 7 марта 2007 Ivan Adzhubey написал(a):
> On Wednesday 07 March 2007 07:11:02 am A.Kitouwaykin wrote:
> > On Tue, 06 Mar 2007 13:23:03 -0500
> >
> > Ivan Adzhubey <iadzhubey@rics.bwh.harvard.edu> wrote:
> > > Интересно, я первым делом прописал USE_HOTPLUF=no, но это совершенно не
> > > действует. Попробую передвинуть сервис hotplug, может поможет.
> > >
> > > Рад, что наконец-то разгорелась дискуссия, по-моему этот гнойник с
> > > сетевыми интерфейсами давно надо санировать!
> >
> > Насколько я правильно мыслю,
> > - вторым делом надо было прописать MODULE=xxx там же,
> > - третьим делом -- в /etc/net/iftab добавить строчку
> > с любым именем кроме eth0, которая объяснит во что
> > свежесозданный eth0 переименовать (можно eth1, eth2,
> > или вообще не eth),
>
> А вот в Федоре как-то переименовывается в eth0, eth1, ... и работает. Как
> бы и нам так? Не хочется огрести еще и кучу проблем с левыми именами
> интерфейсов.

вот только не надо так как в федоре

# PCI device 0x10b7:0x9200 (3c59x)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:76:13:f8:36", NAME="eth0"
# PCI device 0x1186:0x1300 (8139too) 
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0d:88:41:dc:36", NAME="eth1"

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 651 bytes --]

> > А вот в Федоре как-то переименовывается в eth0, eth1, ... и работает. Как
> > бы и нам так? Не хочется огрести еще и кучу проблем с левыми именами
> > интерфейсов.
>
> вот только не надо так как в федоре
>
> # PCI device 0x10b7:0x9200 (3c59x)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:76:13:f8:36",
> NAME="eth0" # PCI device 0x1186:0x1300 (8139too)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0d:88:41:dc:36",
> NAME="eth1"

а если вдруг в udev поменяют в очередной раз синтаксис правил, работать это 
перестанет и огребете проблемы по новой. т.ч. /etc/iftab в данном случае 
намного надежней

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

On Wednesday 07 March 2007 01:21:42 pm Valery V. Inozemtsev wrote:
> > > А вот в Федоре как-то переименовывается в eth0, eth1, ... и работает.
> > > Как бы и нам так? Не хочется огрести еще и кучу проблем с левыми
> > > именами интерфейсов.
> >
> > вот только не надо так как в федоре
> >
> > # PCI device 0x10b7:0x9200 (3c59x)
> > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:76:13:f8:36",
> > NAME="eth0" # PCI device 0x1186:0x1300 (8139too)
> > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0d:88:41:dc:36",
> > NAME="eth1"
>
> а если вдруг в udev поменяют в очередной раз синтаксис правил, работать это
> перестанет и огребете проблемы по новой. т.ч. /etc/iftab в данном случае
> намного надежней

Еще раз повторю, отказ от стандартных имен типа eth0 грозит переспективой 
огрести еще больше проблем, на это мы пойтить не могем (C) Джентельмены 
удачи. Наконец, это просто неизящно - прикручивать второй велосипед с 
колесами в другую сторону (ifrename), вместо того, чтобы починить колеса у 
первого (udev).

--Иван

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Alexey Gladkov]

Ivan Adzhubey wrote:
> Еще раз повторю, отказ от стандартных типа eth0 грозит переспективой 
> огрести еще больше проблем, на это мы пойтить не могем (C) Джентельмены 
> удачи. Наконец, это просто неизящно - прикручивать второй велосипед с 
> колесами в другую сторону (ifrename), вместо того, чтобы починить колеса у 
> первого (udev).

Жаль что вы не прислушались к моему письму.
В /etc/iftab вы можете прописать интерфейсы с _нормальными_ названиями
(eth0, eth1 ...). И не нужно отказываться, как вы сказали, от
стандартных имен.

Если вы думаете, что ifrename не может переименовать интерфейсы один в
другой, то ошибаетесь... именно поэтому сделан сервис.

-- 
Rgrds, legion

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1332 bytes --]

В сообщении от 8 марта 2007 Ivan Adzhubey написал(a):
> On Wednesday 07 March 2007 01:21:42 pm Valery V. Inozemtsev wrote:
> > > > А вот в Федоре как-то переименовывается в eth0, eth1, ... и работает.
> > > > Как бы и нам так? Не хочется огрести еще и кучу проблем с левыми
> > > > именами интерфейсов.
> > >
> > > вот только не надо так как в федоре
> > >
> > > # PCI device 0x10b7:0x9200 (3c59x)
> > > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:76:13:f8:36",
> > > NAME="eth0" # PCI device 0x1186:0x1300 (8139too)
> > > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0d:88:41:dc:36",
> > > NAME="eth1"
> >
> > а если вдруг в udev поменяют в очередной раз синтаксис правил, работать
> > это перестанет и огребете проблемы по новой. т.ч. /etc/iftab в данном
> > случае намного надежней
>
> Еще раз повторю, отказ от стандартных имен типа eth0 грозит переспективой
> огрести еще больше проблем, на это мы пойтить не могем (C) Джентельмены
> удачи. Наконец, это просто неизящно - прикручивать второй велосипед с
> колесами в другую сторону (ifrename), вместо того, чтобы починить колеса у
> первого (udev).

# PCI device 0x10b7:0x9200 (3c59x)
eth0 mac 00:04:76:13:f8:36
# PCI device 0x1186:0x1300 (8139too)
eth1 mac 00:0d:88:41:dc:36

какой конфиг вам больше нравится? мне понятней второе

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

On Wednesday 07 March 2007 08:26:04 pm Ivan Adzhubey wrote:
> On Wednesday 07 March 2007 01:16:44 pm Valery V. Inozemtsev wrote:
> > ÷ ????????? ?? 7 ????? 2007 Ivan Adzhubey ???????(a):
> > > On Wednesday 07 March 2007 07:11:02 am A.Kitouwaykin wrote:
> > > > On Tue, 06 Mar 2007 13:23:03 -0500
> > > >
> > > > Ivan Adzhubey <iadzhubey@rics.bwh.harvard.edu> wrote:
> > > > > ?????????, ? ?????? ????? ???????? USE_HOTPLUF=no, ?? ???
> > > > > ?????????? ?? ?????????. ???????? ??????????? ?????? hotplug, ?????
> > > > > ???????.

Прошу прощения, KMail глюкнул.

--Иван

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Ivan Adzhubey]

On Wednesday 07 March 2007 01:16:44 pm Valery V. Inozemtsev wrote:
> В сообщении от 7 марта 2007 Ivan Adzhubey написал(a):
> > On Wednesday 07 March 2007 07:11:02 am A.Kitouwaykin wrote:
> > > On Tue, 06 Mar 2007 13:23:03 -0500
> > >
> > > Насколько я правильно мыслю,
> > > - вторым делом надо было прописать MODULE=xxx там же,
> > > - третьим делом -- в /etc/net/iftab добавить строчку
> > > с любым именем кроме eth0, которая объяснит во что
> > > свежесозданный eth0 переименовать (можно eth1, eth2,
> > > или вообще не eth),
> >
> > А вот в Федоре как-то переименовывается в eth0, eth1, ... и работает. Как
> > бы и нам так? Не хочется огрести еще и кучу проблем с левыми именами
> > интерфейсов.
>
> вот только не надо так как в федоре

Я согласен, может быть не надо. А как надо? Я посмотрел федорины скрипты, там 
это делается тупо вызовом ip link set name в network-scкipts и почему-то 
отлично работает со стандартными именами eth0 и тп. Может я в деталях не 
разобрался, времени особо не было копаться, но работает же.

> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:76:13:f8:36",
> NAME="eth0" # PCI device 0x1186:0x1300 (8139too)
> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0d:88:41:dc:36",
> NAME="eth1"

Еще раз повторю вопрос - куда это прописывать в текущем Сизифе? Судя по тому, 
что добавление noudev к опциям загрузки ядра вылечивает прыгающие 
интерфейсы - это шалости udev запускающегося еще из initramfs (noudev 
отключает только его, если я правильно понимаю). Значит надо прописывать 
куда-то в /etc/udev/initramfs-rules.d/, так? Я готов поэкспериментировать, но 
совсем наугад как ночью по тайге не хотелось бы. Ау, мейнтейнер udev!!!

--Иван

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1525 bytes --]

On Wed, Mar 07, 2007 at 08:40:54PM -0500, Ivan Adzhubey wrote:
> On Wednesday 07 March 2007 01:16:44 pm Valery V. Inozemtsev wrote:
[...]
> > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:76:13:f8:36",
> > NAME="eth0" # PCI device 0x1186:0x1300 (8139too)
> > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0d:88:41:dc:36",
> > NAME="eth1"

А какие претензии есть к такому варианту, кроме опасений по поводу
смены формата в очередной версии udev?

Вот у той схемы, которая есть сейчас (вызов ifrename через net.agent и
скрипты etcnet), действительно есть серьёзная проблема - если
интерфейсы действительно переименовываются, udevd этого не замечает, в
результате hal получает неверную информацию.
http://permalink.gmane.org/gmane.linux.hotplug.devel/11089

> Еще раз повторю вопрос - куда это прописывать в текущем Сизифе?

В любое место в /etc/udev/rules.d (вероятно, с приоритетом в районе
10, чтобы эти правила выполнялись до обращения к net.agent).

> Судя по тому, что добавление noudev к опциям загрузки ядра
> вылечивает прыгающие интерфейсы - это шалости udev запускающегося
> еще из initramfs (noudev отключает только его, если я правильно
> понимаю).

Нет - udev в initramfs не отключается вообще ничем, но и не может
ничего сделать с сетевыми интерфейсами (если только кто-нибудь не
положил в initramfs сетевые драйверы - обычно их там нет).

Опция noudev отключает запуск udev из /etc/rc.sysinit (сейчас этот
запуск выполняется даже раньше обработки /etc/modules).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 4662 bytes --]

> > > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:04:76:13:f8:36",
> > > NAME="eth0" # PCI device 0x1186:0x1300 (8139too)
> > > SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0d:88:41:dc:36",
> > > NAME="eth1"
>
> А какие претензии есть к такому варианту, кроме опасений по поводу
> смены формата в очередной версии udev?

слишком много непонятных слов

>
> Вот у той схемы, которая есть сейчас (вызов ifrename через net.agent и
> скрипты etcnet), действительно есть серьёзная проблема - если
> интерфейсы действительно переименовываются, udevd этого не замечает, в
> результате hal получает неверную информацию.
> http://permalink.gmane.org/gmane.linux.hotplug.devel/11089

где? ткни носом, пожалуйста

$ hal-device /org/freedesktop/Hal/devices/net_00_02_8a_21_5e_ef
udi = '/org/freedesktop/Hal/devices/net_00_02_8a_21_5e_ef'
  net.arp_proto_hw_id = 1  (0x1)  (int)
  net.80203.mac_address = 10907377391  (0x28a215eef)  (uint64)
  net.physical_device = '/org/freedesktop/Hal/devices/pci_8086_1031'  (string)
  net.address = '00:02:8a:21:5e:ef'  (string)
  info.capabilities = { 'net', 'net.80203' } (string list)
  info.udi = '/org/freedesktop/Hal/devices/net_00_02_8a_21_5e_ef'  (string)
  linux.subsystem = 'net'  (string)
  net.originating_device = '/org/freedesktop/Hal/devices/pci_8086_1031'  
(string)
  net.linux.ifindex = 2  (0x2)  (int)
  info.product = 'Networking Interface'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.sysfs_path = '/sys/class/net/ether'  (string)
  info.category = 'net.80203'  (string)
  info.parent = '/org/freedesktop/Hal/devices/pci_8086_1031'  (string)
  net.interface = 'ether'  (string)


а вот второй девайс
$ hal-device /org/freedesktop/Hal/devices/pci_1260_3890
udi = '/org/freedesktop/Hal/devices/pci_1260_3890'
  pci.product = 'ISL3890 [Prism GT/Prism Duette]/ISL3886 [Prism Javelin/Prism 
Xbow]'  (string)
  pci.subsys_vendor = 'Allied Telesyn International'  (string)
  info.bus = 'pci'  (string)
  pci.device_protocol = 0  (0x0)  (int)
  info.udi = '/org/freedesktop/Hal/devices/pci_1260_3890'  (string)
  pci.linux.sysfs_path 
= '/sys/devices/pci0000:00/0000:00:1e.0/0000:02:03.0/0000:03:00.0'  (string)
  pci.subsys_product_id = 49412  (0xc104)  (int)
  linux.subsystem = 'pci'  (string)
  info.vendor = 'Intersil Corporation'  (string)
  info.subsystem = 'pci'  (string)
  pci.product_id = 14480  (0x3890)  (int)
  pci.vendor = 'Intersil Corporation'  (string)
  info.product = 'ISL3890 [Prism GT/Prism Duette]/ISL3886 [Prism Javelin/Prism 
Xbow]'  (string)
  pci.subsys_product = 'CG-WLCB54GT Wireless Adapter'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.sysfs_path 
= '/sys/devices/pci0000:00/0000:00:1e.0/0000:02:03.0/0000:03:00.0'  (string)
  pci.vendor_id = 4704  (0x1260)  (int)
  info.parent = '/org/freedesktop/Hal/devices/pci_1180_476'  (string)
  info.linux.driver = 'prism54'  (string)
  pci.subsys_vendor_id = 4697  (0x1259)  (int)
  pci.device_class = 2  (0x2)  (int)
  pci.device_subclass = 128  (0x80)  (int)

он же с
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0A:79:2D:95:6B", 
NAME="wifi"
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:30:B4:00:00:00", 
NAME="wifi"

$ hal-device /org/freedesktop/Hal/devices/pci_1260_3890
udi = '/org/freedesktop/Hal/devices/pci_1260_3890'
  pci.product = 'ISL3890 [Prism GT/Prism Duette]/ISL3886 [Prism Javelin/Prism 
Xbow]'  (string)
  pci.subsys_vendor = 'Allied Telesyn International'  (string)
  info.bus = 'pci'  (string)
  pci.device_protocol = 0  (0x0)  (int)
  info.udi = '/org/freedesktop/Hal/devices/pci_1260_3890'  (string)
  pci.linux.sysfs_path 
= '/sys/devices/pci0000:00/0000:00:1e.0/0000:02:03.0/0000:03:00.0'  (string)
  pci.subsys_product_id = 49412  (0xc104)  (int)
  linux.subsystem = 'pci'  (string)
  info.vendor = 'Intersil Corporation'  (string)
  info.subsystem = 'pci'  (string)
  pci.product_id = 14480  (0x3890)  (int)
  pci.vendor = 'Intersil Corporation'  (string)
  info.product = 'ISL3890 [Prism GT/Prism Duette]/ISL3886 [Prism Javelin/Prism 
Xbow]'  (string)
  pci.subsys_product = 'CG-WLCB54GT Wireless Adapter'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.sysfs_path 
= '/sys/devices/pci0000:00/0000:00:1e.0/0000:02:03.0/0000:03:00.0'  (string)
  pci.vendor_id = 4704  (0x1260)  (int)
  info.parent = '/org/freedesktop/Hal/devices/pci_1180_476'  (string)
  info.linux.driver = 'prism54'  (string)
  pci.subsys_vendor_id = 4697  (0x1259)  (int)
  pci.device_class = 2  (0x2)  (int)
  pci.device_subclass = 128  (0x80)  (int)


-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1066 bytes --]

On Thu, Mar 08, 2007 at 01:40:11PM +0300, Valery V. Inozemtsev wrote:
> > Вот у той схемы, которая есть сейчас (вызов ifrename через net.agent и
> > скрипты etcnet), действительно есть серьёзная проблема - если
> > интерфейсы действительно переименовываются, udevd этого не замечает, в
> > результате hal получает неверную информацию.
> > http://permalink.gmane.org/gmane.linux.hotplug.devel/11089
> 
> где? ткни носом, пожалуйста
[skip]

В этом случае проблемы не видно - она появляется, если интерфейс
сконфигурирован с USE_HOTPLUG=yes.  Попробуй в такой конфигурации,
например, перегрузить модуль - в старом hal интерфейс появлялся под
именем eth0 или что ещё было назначено ядром; hal-0.5.9 вообще
перестал видеть такие интерфейсы.

Если интерфейс переименовывался где-то в RUN="..." прямым вызовом
ifrename, udevd передаст в hal старое имя интерфейса, уже не
соответствующее реальности; hal не может нормально обработать такую
ситуацию.  В случае переименования средствами udevd hal получает
правильное имя интерфейса и работает нормально.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 2239 bytes --]

В сообщении от 8 марта 2007 Sergey Vlasov написал(a):
> On Thu, Mar 08, 2007 at 01:40:11PM +0300, Valery V. Inozemtsev wrote:
> > > Вот у той схемы, которая есть сейчас (вызов ifrename через net.agent и
> > > скрипты etcnet), действительно есть серьёзная проблема - если
> > > интерфейсы действительно переименовываются, udevd этого не замечает, в
> > > результате hal получает неверную информацию.
> > > http://permalink.gmane.org/gmane.linux.hotplug.devel/11089
> >
> > где? ткни носом, пожалуйста
>
> [skip]
>
> В этом случае проблемы не видно - она появляется, если интерфейс
> сконфигурирован с USE_HOTPLUG=yes.  Попробуй в такой конфигурации,
> например, перегрузить модуль - в старом hal интерфейс появлялся под
> именем eth0 или что ещё было назначено ядром; hal-0.5.9 вообще
> перестал видеть такие интерфейсы.

ты наверно вот о чем
$ hal-device /org/freedesktop/Hal/devices/net_00_0a_79_2d_95_6b
udi = '/org/freedesktop/Hal/devices/net_00_0a_79_2d_95_6b'
  net.arp_proto_hw_id = 1  (0x1)  (int)
  net.physical_device = '/org/freedesktop/Hal/devices/pci_1260_3890'  (string)
  net.address = '00:0a:79:2d:95:6b'  (string)
  info.capabilities = { 'net', 'net.80211' } (string list)
  net.80211.mac_address = 44982703467  (0xa792d956b)  (uint64)
  info.udi = '/org/freedesktop/Hal/devices/net_00_0a_79_2d_95_6b'  (string)
  linux.subsystem = 'net'  (string)
  net.originating_device = '/org/freedesktop/Hal/devices/pci_1260_3890'  
(string)
  net.linux.ifindex = 41  (0x29)  (int)
  info.product = 'WLAN Interface'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.sysfs_path = '/sys/class/net/wifi'  (string)
  info.category = 'net.80211'  (string)
  info.parent = '/org/freedesktop/Hal/devices/pci_1260_3890'  (string)
  net.interface = 'wifi'  (string)

>
> Если интерфейс переименовывался где-то в RUN="..." прямым вызовом
> ifrename, udevd передаст в hal старое имя интерфейса, уже не
> соответствующее реальности; hal не может нормально обработать такую
> ситуацию.  В случае переименования средствами udevd hal получает
> правильное имя интерфейса и работает нормально.

только по макадресу эту wifi сетевуху udev не находит и соответсвенно не 
переименовывает (она как раз с USE_HOTPLUG=yes)

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 818 bytes --]

> > Если интерфейс переименовывался где-то в RUN="..." прямым вызовом
> > ifrename, udevd передаст в hal старое имя интерфейса, уже не
> > соответствующее реальности; hal не может нормально обработать такую
> > ситуацию.  В случае переименования средствами udevd hal получает
> > правильное имя интерфейса и работает нормально.

все, я понял о чем ты

>
> только по макадресу эту wifi сетевуху udev не находит и соответсвенно не
> переименовывает (она как раз с USE_HOTPLUG=yes)

а тут просто в мак адресе не должно быть заглавных букв
$ cat /etc/udev/rules.d/10-net-interface.rules
SUBSYSTEM=="net", ATTRS{address}=="00:30:b4:00:00:00", NAME="wifi"
SUBSYSTEM=="net", ATTRS{address}=="00:02:8a:21:5e:ef", NAME="ether"

я завтра буду на Шухова, попробую донести это до писателей конфигуратора

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1204 bytes --]

В сообщении от 8 марта 2007 Valery V. Inozemtsev написал(a):
> > > Если интерфейс переименовывался где-то в RUN="..." прямым вызовом
> > > ifrename, udevd передаст в hal старое имя интерфейса, уже не
> > > соответствующее реальности; hal не может нормально обработать такую
> > > ситуацию.  В случае переименования средствами udevd hal получает
> > > правильное имя интерфейса и работает нормально.
>
> все, я понял о чем ты
>
> > только по макадресу эту wifi сетевуху udev не находит и соответсвенно не
> > переименовывает (она как раз с USE_HOTPLUG=yes)
>
> а тут просто в мак адресе не должно быть заглавных букв
> $ cat /etc/udev/rules.d/10-net-interface.rules
> SUBSYSTEM=="net", ATTRS{address}=="00:30:b4:00:00:00", NAME="wifi"
> SUBSYSTEM=="net", ATTRS{address}=="00:02:8a:21:5e:ef", NAME="ether"
>
> я завтра буду на Шухова, попробую донести это до писателей конфигуратора

хотя что это решит? хал получит правильную информацию для втыкаемых во время 
работы сетевых карточек? но при этом файл конфигурации имен сетевых карт 
будет в совсем неочевидном месте, усложнится его заполнение/обновление 
конфигуратором, придется присать докоментацию по провилам удеффа и т.д.

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Sergey]

On Wednesday 07 March 2007, A.Kitouwaykin wrote:

> Насколько я правильно мыслю,
> - вторым делом надо было прописать MODULE=xxx там же,

Именно.

> - третьим делом

Это уже лишнее. etcnet всё поднимет сам. Хотя вот странно, ведь udevd
стартует раньше... Или он модули не грузит, пока не понадобилось ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Sergey]

On Tuesday 06 March 2007, Arcady V. Ivanov wrote:

> у меня есть единственное надёжное средство:
> 
> 1. В сервер не ставятся одинаковые сетевые карты.
> 2. В rc.local удаляются все модули сетевых карт.
> 3. В rc.local загружаются по очереди модуль за модулем нужных мне карт
> и назначаются сетевые адреса и маршруты. (Всей работы для программиста - 
> 1 минута).
> 
> Это лекарство во много раз проще и гарантированно работает.

У меня гарантированно работает etcnet + MODULE=<модуль>. Карты везде 
исключительно Intel.

> Compact 3.0, не умеющий взводить сеть всего лишь при одном сетевом 
> контроллере,

MODULE=... в /etc/net/ifaces/eth0/options, и Ваши волосы... далее по тексту
:-)

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Alexey Gladkov]

Ivan Adzhubey wrote:
> Ну я же просил переименование не предлагать ;-)

К слову, этот сервис (ifrename) не завязан на etcnet/net-scripts и
стартует раньше их.

-- 
Rgrds, legion

Re: [sisyphus] Нумерация сетевых интерфейсов и udev

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 676 bytes --]

* Ivan Adzhubey <iadzhubey@> [070305 14:04]:
> P.S. etcnet не пользуюсь, просьба извращений с переименовыванием интерфейсов 
> не предлагать.
Советую почитать
https://bugzilla.altlinux.org/show_bug.cgi?id=10885

Там есть пример как это делать udeff'ом (с описанием проблем) и
мотивация к использованию ifrename до старта сети (не важно что
там - etcnet или net-scripts).

P.S. Я на серверах просто не ставлю udev ;-)  Имена скачут из-за
него, но никто не обязывает его использовать.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]