[sisyphus] Замечания/вопрос по hotplug

[sisyphus] Замечания/вопрос по hotplug

[Artem]

Еще раз доброго времени суток всем.
Вопрос:
А не должен ли означенный subj запускаться в /etc/rc.d/rc<runlevel>.d 
_перед_ таким сервисом как
network ?  У меня сетевая broadcom 4400 именно hotplug-oм в kernel 
загружается. :-)  (ну лень мне в modules ее прописывать).

hotplug 2004_09_23-alt14
chkconfig: 2345 32 69

net-scripts-0.5.5-alt1
chkconfig: 2345 10 90

И, по-моему, так же до sound должен?
sound-scripts-0.41-alt3
сhkconfig  2345 30 70

Re: [sisyphus] Замечания/вопрос по hotplug

[Denis Ovsienko]

> А не должен ли означенный subj запускаться в /etc/rc.d/rc<runlevel>.d 
> _перед_ таким сервисом как
> network ?  У меня сетевая broadcom 4400 именно hotplug-oм в kernel 
Когда все откажутся от /usr на NFS или requires hotplug перестанут держать часть
своих файлов на /usr, можно будет сказать, что не должен.

> загружается. :-)  (ну лень мне в modules ее прописывать).
Лень так лень. Я не буду передвигать сервис у сотен человек ради того, чтобы
на одной системе в одном файле не пришлось добавлять одну строку. Извините.

-- 
    DO4-UANIC

[sisyphus] Re: Замечания/вопрос по hotplug

[Arioch]

Denis Ovsienko wrote:
>>А не должен ли означенный subj запускаться в /etc/rc.d/rc<runlevel>.d 
>>_перед_ таким сервисом как
>>network ?  У меня сетевая broadcom 4400 именно hotplug-oм в kernel 
> 
> Когда все откажутся от /usr на NFS или requires hotplug перестанут держать часть
> своих файлов на /usr, можно будет сказать, что не должен.
> 
> 
>>загружается. :-)  (ну лень мне в modules ее прописывать).
> 
> Лень так лень. Я не буду передвигать сервис у сотен человек ради того, чтобы
> на одной системе в одном файле не пришлось добавлять одну строку. Извините.
> 

а разве etcnet не поддерживает HOTPLUG ?

Re: [sisyphus] Re: Замечания/вопрос по hotplug

[Denis Ovsienko]

> а разве etcnet не поддерживает HOTPLUG ?
Поддерживает, если сконфигурировать.

-- 
    DO4-UANIC

Re: [sisyphus] Re: Замечания/вопрос по hotplug

[Artem]

Arioch wrote:

>
> а разве etcnet не поддерживает HOTPLUG ?
>
> _

Это как и где прочесть?

[sisyphus] Re: Замечания/вопрос по hotplug

[Arioch]

Artem пишет:

> и где прочесть?

в докаx и исходниках etcnet?

Re: [sisyphus] Замечания/вопрос по hotplug

[Sviatoslav Sviridov]

Denis Ovsienko wrote:
>>А не должен ли означенный subj запускаться в /etc/rc.d/rc<runlevel>.d 
>>_перед_ таким сервисом как
>>network ?  У меня сетевая broadcom 4400 именно hotplug-oм в kernel 
> 
> Когда все откажутся от /usr на NFS или requires hotplug перестанут держать часть
> своих файлов на /usr, можно будет сказать, что не должен.
> 
> 
>>загружается. :-)  (ну лень мне в modules ее прописывать).
> 
> Лень так лень. Я не буду передвигать сервис у сотен человек ради того, чтобы
> на одной системе в одном файле не пришлось добавлять одну строку. Извините.

А что нам пророчит далекое светлое будущее?
Например, у меня при установке 3.0-rc2 для карточки на 3c59x прописалось 
USE_HOTPLUG=yes, и без этого, ессесна не работало... то бишь, сеть 
реально стартовала только после старта хотплуга.

учитывая то, что тут же слышались разговоры об отсутствии /etc/modules, 
возникают мысли, что мы и идем к тому, что модули будут загружаться все 
же хотплугом, а потом уже будут конфигуриться сетевые интерфейсы. И что 
тогда делать с 
http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html?

А вариант с /usr на nfs - это все же не состояние по умолчанию, и 
поэтому workaround должен быть для этого случая, а не наоборот.

Возвращаясь к 
http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html, 
хотелось бы заметить, что хоть эта фича и документированная, на мой 
взгляд это не совссем верно... service network start|stop|restart должен 
все же корректно обрабатывать ситуацию не зависимо от того, зупущен уже 
hotplug или нет.


-- 
Best regards,
Sviatoslav Sviridov

[sisyphus] Re: Замечания/вопрос по hotplug

[Anton Farygin]

On Mon, 08 Aug 2005 13:09:29 +0300, Sviatoslav Sviridov wrote:

> Denis Ovsienko wrote:
>>>А не должен ли означенный subj
>>>запускаться в /etc/rc.d/rc<runlevel>.d _перед_
>>>таким сервисом как network ?  У меня сетевая
>>>broadcom 4400 именно hotplug-oм в kernel
>> 
>> Когда все откажутся от /usr на NFS или requires
>> hotplug перестанут держать часть своих
>> файлов на /usr, можно будет сказать, что
>> не должен.
>> 
>> 
>>>загружается. :-)  (ну лень мне в modules ее
>>>прописывать).
>> 
>> Лень так лень. Я не буду передвигать
>> сервис у сотен человек ради того, чтобы
>> на одной системе в одном файле не
>> пришлось добавлять одну строку.
>> Извините.
> 
> А что нам пророчит далекое светлое
> будущее? Например, у меня при установке
> 3.0-rc2 для карточки на 3c59x прописалось
> USE_HOTPLUG=yes, и без этого, ессесна не
> работало... то бишь, сеть реально
> стартовала только после старта
> хотплуга.

Далекое светлое будущее пророчит
переписывание libhw на C и выкидывание hwdatabase в /var

> 
> учитывая то, что тут же слышались
> разговоры об отсутствии /etc/modules,
> возникают мысли, что мы и идем к тому,
> что модули будут загружаться все же
> хотплугом, а потом уже будут
> конфигуриться сетевые интерфейсы. И
> что тогда делать с
> http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html?

То и делать - ждать далекого будущего.

Те, кто не хочет ждать - Welcome to devel@.

> 
> А вариант с /usr на nfs - это все же не
> состояние по умолчанию, и поэтому workaround
> должен быть для этого случая, а не
> наоборот.
> 
> Возвращаясь к
> http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html,
> хотелось бы заметить, что хоть эта фича
> и документированная, на мой взгляд это
> не совссем верно... service network start|stop|restart
> должен все же корректно обрабатывать
> ситуацию не зависимо от того, зупущен
> уже hotplug или нет.

А он не сможет.

Мы это обсуждали и пришли к выводу, что
надо сделать service network reload, который отрабатывает корректно.

Rgds,
Rider

[sisyphus] Re: Замечания/вопрос по hotplug

[Arioch]

Anton Farygin wrote:

> переписывание libhw на C и выкидывание hwdatabase в /var

вроде в hotplug@ говорили, что тормозит поиск переносов текста на новую 
строку. А в целлом скрипт работает вполне с достаточной скоростью и 
переписывать нет смысла.

Или за посл. месяц мнение сменилось?

[sisyphus] Re: Замечания/вопрос по hotplug

[Anton Farygin]

On Mon, 08 Aug 2005 21:24:17 +0400, Arioch wrote:

> Anton Farygin wrote:
> 
>> переписывание libhw на C и выкидывание
>> hwdatabase в /var
> 
> вроде в hotplug@ говорили, что тормозит
> поиск переносов текста на новую строку.
> А в целлом скрипт работает вполне с
> достаточной скоростью и переписывать
> нет смысла.
> 
> Или за посл. месяц мнение сменилось?

Что такое hotplug@ и где он ?

Переписывать на C необходимо для того, что бы убрать зависимость на /usr/

Rgds,
Rider

[sisyphus] Re: Замечания/вопрос по hotplug

[Arioch]

Anton Farygin пишет:

> Что такое hotplug@ и где он ?

http://lists.osdn.org.ua/wws/info/hotplug

[sisyphus] Re: Замечания/вопрос по hotplug

[Anton Farygin]

On Tue, 09 Aug 2005 23:31:35 +0400, Arioch wrote:

> Anton Farygin пишет:
> 
>> Что такое hotplug@ и где он ?
> 
> http://lists.osdn.org.ua/wws/info/hotplug

Мертворожденный список.

Rgds,
Rider

[sisyphus] Re: Замечания/вопрос по hotplug

[Michael Shigorin]

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

On Wed, Aug 10, 2005 at 09:49:54AM +0400, Anton Farygin wrote:
> >> Что такое hotplug@ и где он ?
> > http://lists.osdn.org.ua/wws/info/hotplug
> Мертворожденный список.

Я не буду комментировать мнение того, кто оный hotplug
в ALT Linux разломал и таким образом вынудил других пытаться
решить этот вопрос.

Вы сами рассудите.

> Rgds,
> Rider

-- 
http://wiki.sisyphus.ru/beta/Critical

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

Re: [sisyphus] Re: Замечания/вопрос по hotplug

[Sviataslau Svirydau]

Anton Farygin wrote:

>>>>загружается. :-)  (ну лень мне в modules ее
>>>>прописывать).
>>>>        
>>>>
>>>Лень так лень. Я не буду передвигать
>>>сервис у сотен человек ради того, чтобы
>>>на одной системе в одном файле не
>>>пришлось добавлять одну строку.
>>>Извините.
>>>      
>>>
<jt>Кстати, тот же hotplug менял местоположение, по-моему, даже раз 
пару... и ничего, выжили ;) Хотя и сетевые интерфейсы скакали туда-сюда</jt>

>>А что нам пророчит далекое светлое
>>будущее? Например, у меня при установке
>>3.0-rc2 для карточки на 3c59x прописалось
>>USE_HOTPLUG=yes, и без этого, ессесна не
>>работало... то бишь, сеть реально
>>стартовала только после старта
>>хотплуга.
>>    
>>
>Далекое светлое будущее пророчит
>переписывание libhw на C и выкидывание hwdatabase в /var
>  
>
И?
интересует не средство, а цель.
Идем ли мы к тому, что все сетевые модули будут (в идеале) 
обнаруживаться и загружаться хотплугом?
В этом случае (как в свежеустановленном компакет3) конфигурирование 
сетевого интерфейса происходит после того, как модуль загружен 
хотплугом. А если хотплуг не может обнаружить и загрузить нужный модуль, 
либо по каким-то еще причинам модуль прописан в /etc/modules, то 
конфигурирование сетевого интерфейса происходит (опять же!) после того 
как модуль уже загружен...
То есть, разницы-то нет... и зачем тогда выдумывать себе дополнительные 
трудности?

>>учитывая то, что тут же слышались
>>разговоры об отсутствии /etc/modules,
>>возникают мысли, что мы и идем к тому,
>>что модули будут загружаться все же
>>хотплугом, а потом уже будут
>>конфигуриться сетевые интерфейсы. И
>>что тогда делать с
>>http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html?
>>    
>>
>
>То и делать - ждать далекого будущего.
>  
>
Хотелось бы знать чего ждать-то...

>Те, кто не хочет ждать - Welcome to devel@.
>
...и с чем в devel приходить ;)

>>А вариант с /usr на nfs - это все же не
>>состояние по умолчанию, и поэтому workaround
>>должен быть для этого случая, а не
>>наоборот.
>>
>>Возвращаясь к
>>http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html,
>>хотелось бы заметить, что хоть эта фича
>>и документированная, на мой взгляд это
>>не совссем верно... service network start|stop|restart
>>должен все же корректно обрабатывать
>>ситуацию не зависимо от того, зупущен
>>уже hotplug или нет.
>>    
>>
>
>А он не сможет.
>
>Мы это обсуждали и пришли к выводу, что
>надо сделать service network reload, который отрабатывает корректно.
>  
>
А почему? можно напомнить какие были cons&pros?

-- 
Regards,
Sviatoslav Sviridov <Sviataslau_Svirydau at epam.com>
/* icq: 10845380; jid: svd at altlinux.org; */
--
You will be attacked by a beast who has the body of a wolf, the tail of
a lion, and the face of Donald Duck.

[sisyphus] Re: Re: Замечания/вопрос по hotplug

[Anton Farygin]

On Tue, 09 Aug 2005 02:26:34 +0300, Sviataslau Svirydau wrote:

> 
> Anton Farygin wrote:

<skip>

>>>    
>>Далекое светлое будущее пророчит
>>переписывание libhw на C и выкидывание
>>hwdatabase в /var
>>  
>>  
> И?
> интересует не средство, а цель. Идем ли
> мы к тому, что все сетевые модули будут (в
> идеале) обнаруживаться и загружаться
> хотплугом? В этом случае (как в
> свежеустановленном компакет3)
> конфигурирование сетевого интерфейса
> происходит после того, как модуль
> загружен хотплугом. А если хотплуг не
> может обнаружить и загрузить нужный
> модуль, либо по каким-то еще причинам
> модуль прописан в /etc/modules, то
> конфигурирование сетевого интерфейса
> происходит (опять же!) после того как
> модуль уже загружен... То есть, разницы-то
> нет... и зачем тогда выдумывать себе
> дополнительные трудности?

В светлом будущем hotplug можно будет
настроить на загрузку необходимых модулей.

Смысл переписывания на C - вынос его из /usr/

> 
>>>учитывая то, что тут же слышались
>>>разговоры об отсутствии /etc/modules,
>>>возникают мысли, что мы и идем к тому,
>>>что модули будут загружаться все же
>>>хотплугом, а потом уже будут
>>>конфигуриться сетевые интерфейсы. И
>>>что тогда делать с
>>>http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html?
>>>    
>>>    
>>>
>>То и делать - ждать далекого будущего.
>>  
>>  
> Хотелось бы знать чего ждать-то...

Да все того-же ;-)

> 
>>Те, кто не хочет ждать - Welcome to devel@.
>>
> ...и с чем в devel приходить ;)

С идеями и желанием реализовать.

> 
>>>А вариант с /usr на nfs - это все же не
>>>состояние по умолчанию, и поэтому workaround
>>>должен быть для этого случая, а не
>>>наоборот.
>>>
>>>Возвращаясь к
>>>http://lists.altlinux.ru/pipermail/sisyphus/2005-July/065303.html,
>>>хотелось бы заметить, что хоть эта фича
>>>и документированная, на мой взгляд это
>>>не совссем верно... service network start|stop|restart
>>>должен все же корректно обрабатывать
>>>ситуацию не зависимо от того, зупущен
>>>уже hotplug или нет.
>>>    
>>>    
>>>
>>А он не сможет.
>>
>>Мы это обсуждали и пришли к выводу, что
>>надо сделать service network reload, который
>>отрабатывает корректно.
>>  
>>  
> А почему? можно напомнить какие были
> cons&pros?

Это надо спросить у Pilot'а.

Собственно тогда я настаивал на restart,
работающий для настроенных через HOTPLUG
интерфейсов... но Pilot меня разубедил в этом.

Rgds,
Rider