[hpc-devel] bind/dhcp - предварительные результаты

[Stanislav Ievlev]

То есть хочется как-то сразу именно диапазон задать ... как это это не
вяжется с идеями "кодировать" местоположение узла ...

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

Всё-таки мне кажется удобство инвентаризации - не самая последняя задача.


27.09.07, Alexander Moskovsky<moskov на phys069b-2.chem.msu.ru> написал(а):
> Кто и как будет получать входную информацию?
> Если администратор руками - то это напряжно - надо как-то подконнектится к узлу, пока он не в сети.
> Подключать монитор и выцеплять MAC-адрес - это долго (подключил монитор, включл, дождался загрузки, прочитал MAC- на бумажку записал, выключил, взял следующего - и так 100 раз)
>
> Всяких умных штук (KVM over IP и т.п.) может и не быть.
>
> On Thu, Sep 27, 2007 at 11:17:11AM +0400, Stanislav Ievlev wrote:
> > Коллеги, после длительного обсуждения я для себя сделал следующие выводы:
> >
> > должен быть некий чёрный ящик для:
> > 1. Регистрации узла
> > 2. Удаления узла (это правда под вопросом, чтобы в логах не было
> > неразберихи видимо узлы лучше никогда не удалять)
> > 3. Поиска узла.
> >
> > Входная информация для регистрации:
> >  1. номер стойки
> >  2. номер узла в стойке
> >  3. мак-адрес узла.
> >
> > Выход:
> > В результате узел получает некоторое простенькое имя (nodeXXXX -
> > маленькие номера можно забивать нулями, а лучше этого не делать, дабы
> > не ограничивать себя) и ip-адрес . Закодирует ли он при этом в
> > ip-адресе местоположения узла или занесёт эти знания куда-то ещё - это
> > личное дело этого чёрного ящика. Опять-таки будет он пытаться
> > использовать в bind штуки типа $GENERATE или забьёт всё вручную - это
> > его личное дело ;)
> >
> > Входная информация для поиска:
> >  1. Номер в виде nodeXXX, ну или ip-адрес
> >
> > Выход:
> >   Получаем номер стойки и номер узла в стойкe.
> >
> > Для удаления входная информация та же. Результат - удаление узла из
> > dhcp/dhs. Но опять-таки повторюсь, видимо лучше этой операции вообще
> > не делать.
> >
> > Возможно сделать и другие способы поиска, а для желающих оценить
> > масштаб своего кластера наглядно можно сделать ещё и полный листинг
> > зарегистрированных узлов.
> >
> > Я правильно понял ваши желания? ;))
> > _______________________________________________
> > HPC-devel mailing list
> > HPC-devel на lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/hpc-devel
> _______________________________________________
> HPC-devel mailing list
> HPC-devel на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hpc-devel
>