Victor Wagner <vi...@wagner.pp.ru> wrote: > On Fri, 13 Nov 2015 15:35:45 +0300 > Andrey Melnikoff <temnota+n...@kmv.ru> wrote: > > Victor Wagner <vi...@wagner.pp.ru> wrote: > > > В Thu, 12 Nov 2015 02:50:15 +0300 > > > sergio <mail...@sergio.spb.ru> пишет: > > > > On 11/11/2015 04:18 PM, Eugene Berdnikov wrote: > > > > Если я не ошибаюсь, то последнее переименование enpXsY -> enoX > > > > произошло после обновления биоса. > > > > > > > > Вообще это какая-то надуманная проблема. Все интерфейсы которые > > > > важны я называю сам, а на остальные насрать. Даже наоборот, > > > > хочется не фиксированных имён для всех остальных. Ну то есть что > > > > бы usb сетевушка воткнутая первой была usb0. > > > > > Проблема не надуманая, проблема из-за реализации PCI device > > > enumeration которая приводила к тому, что при следующей загрузке > > > сетевые карты могли быть обнаружены в другом порядке. Что могло > > > привести к недоступности машины с двумя сетевыми картами после > > > перезагрузки. > > надуманная. BIOS сам по себе не меняется, рядом будет админ который > Причем здесь биос? Просто в результате перезагрузки по отключению > питания что-то измениться могло. Не увиливай от ответа. Каким образом могла измениться енумерация сама по себе после падения по питанию? Сдох мост - машину в утиль. Сдохла карточка - надо менять, значит ехать. Если менять будет кто-то где-то на что-то, тогда утрудись написать скриптик, который с помошью 2х grep'ов и одного networking restart сделает автозамену карточки прозрачной.
> > его менял. Так что загрузить машину и заметить что что-то пошло не > > так - можно. Благо время "технологического окна" для сервера еще > > есть. Или в твоей вселенной BIOSы сами шьются и машины сами > > перезагружаются? > Машины в моей вселенной перегружаются ПРЕИМУЩЕСТВЕННО сами. Поскольку > выход из строя электросети с посадкой аккумуляторов в UPS бывает чаще, > чем апгрейды ядра. У меня почему-то тоже, но я этих проблем не наблюдаю. Нет, я знаю где их есть и как добиться того, чтоб udev спасовал перед переименованием - но это случай а) специфический и б) спрятан в дальний угол, в который большая часть админов даже и не залет - им незачем. > > > А придумать более хорошего алгоритма никто не смог. > > За последние 25 лет алгортим придумали - по мак адресу карты. Это > > всяко лучше, чем ходить в linxu/net/Space.c и менять местами там > Это плохой алгоритм. 90% машин в мире имеет одну сетевую карту. > Соответственно, изменение её мак-адреса означает что старая карта > сдохла и была заменена на новую. И не надо ее имя менять. Это хороший алгоритм. И он сейчас работает. А вот использование biosnames - это глюкодром. Передвинули сетевуху в соседнй слот - здгаствуйте, у вас имя съехало. > Более того и у остальных машин 90% случаев изменения мак-адреса - это > выход карты из строя и замена её на исправную. Полазил у себя по машинам, не нашел ни одной с одной сетевухой. Нет, вру - нашел, но это мой нетбук. Но и там нужна привязка по мак адресу ибо он ремонтно-походный и в него втыкается USB-ethernet. > Смотреть на мак-адреса надо только в случае, если в предыдущий раз в > машине было более одной карты. И то, если было три карты и осталось > три, при этом у двух из них остались ранее известные мак-адреса, а у > третьей поменялся - то надо тем двум дать те имена, которые у них и > были, а третей - имя от того мака, который пропал. А тут вопрос - он пропал потому-что его вытащили и может-быть сейчас вставят или почему? > А новое имя назначать только если количество карт увеличилось. Так оно и делается. > Проблема заключается в том, что в ядре нет точки, с которой можно > осмотреть систему в целом. Обнаружена одна карта, нужно срочно > назначить ей имя и идти дальше к следующему устройству. Проблема заключается в том, что нужна нетривиальная автоматика, ибо с гарантированной точностью определить - у нас сетевухи все кончились или будут еще. Можно конечно написать хитрую обертку вокруг всего этого, но: networkmanager ихнее всё, ему пофигу называется оно enpXXYY или enoXXYY.