The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск Debian 9.4, opennews (?), 10-Мрт-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


30. "Выпуск Debian 9.4"  –5 +/
Сообщение от Аноним (-), 10-Мрт-18, 23:10 
> Это так Леннарт порешал, а в udev запилили. Так что теперь ваше
> устройство больше не ethX, а какое-нибудь enp0s25, например.

И главное тривиально возвращается к ethX если это надо. Особенно в дебиане. Но кто ж на опеннете читает маны.

К тому же админам локалхоста с одной сетевкой и так не парит. А вот если сетевок штук 5 и eth0 оказывается случайная из них, в зависимости от того какой драйвер первым встал в тапки сегодня и конфига глючит - ну что вы, все вокруг глупые а опеннетовские мегаодмины с 1 сетевкой на локалхосте - это да.

Для тех кто не понял: никто нигде и никак не регламентировал как ядро будет называть девайсы. Ничему не противоречит если завтра как eth0 окажется совсем иной девайс. А названия типа enp0s25 - указывают на вполне конкретное положение устройства в топологии, завтра это не изменится. Разве что админ переткнет сетевку в другой слот. С появлением инициатив типа параллельного обнаружения оборудования ядром как несложно догадаться имена типа eth0 стали назначаться еще рандомнее.

> Не хотелось бы опять всё сводить к поруганию systemd, но если вам реально это
> не нужно, то есть смысл обратить внимание на Devuan

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

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

33. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (-), 10-Мрт-18, 23:38 
Да нормальные люди это всё понимают. Но видишь ли, здесь так принято, что где приплетено имя Поттеринга, там нет места холодной голове, а есть только зашкаливающая, слепая, фанатичная ненависть.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск Debian 9.4"  +3 +/
Сообщение от Аноним (-), 10-Мрт-18, 23:55 
> Да нормальные люди это всё понимают. Но видишь ли, здесь так принято,
> что где приплетено имя Поттеринга, там нет места холодной голове, а
> есть только зашкаливающая, слепая, фанатичная ненависть.

Обычно зашкаливающая слепая фанатичность присуща потерингофилам, выше яркий пример, человек не знает что имена интерфейсов фиксировались задолго до systemd, не знает что карта бывает USB и её могут втыкать в разные разъёмы, а мнение имеет.

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (-), 11-Мрт-18, 01:50 
> Обычно зашкаливающая слепая фанатичность присуща потерингофилам, выше яркий пример, человек
> не знает что имена интерфейсов фиксировались задолго до systemd, не знает
> что карта бывает USB и её могут втыкать в разные разъёмы, а мнение имеет.

Они так хорошо "фиксировались", что у меня даже на десктопной мамке с двумя эзернетами eth0 и 1 назначались по рандому, очень доставляло. А то что где-то как-то сбоку можно прокостылить - блин, а какого дьявола я должен костылить такие вещи? Пусть кому надо "мы так привыкли" и костылит.

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

Единственное что в udev тупо сделано - названия для usb сетевок. Вот тут разработчикам не помешало бы попробовать печатать название таких интерфейсов :). Ну я себе для usb и перекрыл названия своими рулесами udev, перехватив инициативу. Заодно и MAC рандомный вкатывается.

Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск Debian 9.4"  +3 +/
Сообщение от Аноним (-), 11-Мрт-18, 05:42 
Вот врать не надо. "менятся местами" они могли толькл в одном случае - если у них обоих каждоый раз выставлялся рандомный мак, что событие почти невероятное. И это вопросы к гoвнoжелезке.

> Кроме того - по обозначению типа eth0 не очень понятно что это и где

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

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (-), 11-Мрт-18, 12:21 
> Вот врать не надо. "менятся местами" они могли толькл в одном случае
> - если у них обоих каждоый раз выставлялся рандомный мак, что
> событие почти невероятное. И это вопросы к гoвнoжелезке.

Идея привязки к топологии "куда воткнуто" мне лично нравится больше чем mac. Не нагибает приваси, не зависит от кривизны железки и вполне однозначно указывает где это.

> А то по обозначению en0s3p4 охренеть как понятно, какой это вывод сзади.

Не больше и не меньше чем по MAC. И что характерно, если сетевка умрет и мы ее заменим, как гражданин тут вещал, воткнутая в тот же слот сетевка получит свое имя назад, потому что топология не изменилась.

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

Вот пардон, насколько я помню, номер девайса в случае PCI(-e) таки привязан к конкретному слоту, поэтому никуда не ездит.

> - это значительно хуже, чем обычно ethX, прибитое просто по маку.

А вы кто такое чтобы так огульно за всех внаглую решать? Я вот попробовал так и сяк и пришел к выводу что могу жить с обоими вариантами, НО eth* таки очень неоднозначно указывают на железки и вызывают у меня непонятки чаще. Поэтому забил на "так привык" и на многих машинах черт с ними с eth-ами уже.

> Поттер в очередной раз придумал херню, но признаться в этом категорически не может.

Единственное где я соглашусь насчет херни - имена usb девайсов. Поскольку их видите ли могут в разные разъемы втыкать и перетыкать даже на лету, они очень в вашем духе :) придумали именование на основе мака. Засунув мак прямо в имя девайса. И все бы ничего но запоминать и печатать СТОЛЬКО - полный шит.

Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (-), 11-Мрт-18, 17:42 
Дитятко, да сpать что тебе *нравится*. Мало ли какие извращения бывают. Речь о том, что фича не обеспечивает даже того, для чего она, собственно, внедрялась -- неизменности имён интерфейсов. И "старый" механизм работает лучше и предсказуемее.

> Вот пардон, насколько я помню, номер девайса в случае PCI(-e) таки привязан к конкретному слоту, поэтому никуда не ездит.

На: https://www.linux.org.ru/forum/talks/14035204

Чувак достал из компа видеокарту, интерфейс поменял имя с enp3s0 на enp2s0. Дальше будешь шланг изображать?

> А вы кто такое чтобы так огульно за всех внаглую решать?

На своём локалхосте вороти что хочешь. Проблема в том, что подобные восторженные дoлбоёбы рассказывают значительно более опытным людям, что им на самом деле нужно. И закономерно обижаются, когда их тычут носом в дерьмо.

Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (-), 11-Мрт-18, 18:34 
> собственно, внедрялась -- неизменности имён интерфейсов. И "старый" механизм работает
> лучше и предсказуемее.

Думаешь, если наглее факты подтасовывать и передергивать, становится правдивее? Экий шустрый веник попался. С таким же успехом на твое мнение можно положить не худе моего, если ты вдруг не заметил :)

> Чувак достал из компа видеокарту, интерфейс поменял имя с enp3s0 на enp2s0.
> Дальше будешь шланг изображать?

Ну хорошо, уговорил, мир не идеален и в нем много чудес. Так что я видел чудеса и ты видел чудеса. В каком месте это доказывает что нечто "лучше работает"? Не понимаю.

> На своём локалхосте вороти что хочешь. Проблема в том, что подобные восторженные
> дoлбоёбы рассказывают значительно более опытным людям, что им на самом деле
> нужно. И закономерно обижаются, когда их тычут носом в дерьмо.

Я так смотрю, этих опытных людей в последнее время довольно бодренько заменяют на всяких девопсов, что очень доставляет. Надутые гуси попали в суп. Гы.

Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск Debian 9.4"  +3 +/
Сообщение от Anonymoustus (ok), 11-Мрт-18, 20:41 
> Я так смотрю, этих опытных людей в последнее время довольно бодренько заменяют
> на всяких девопсов, что очень доставляет. Надутые гуси попали в суп.
> Гы.

Очень доставляет, что ты не осознаёшь себе печальных последствий происходящего. А ведь будет как в виндах:

- полезных знаний в свободном доступе — ноль,

- экспертиза — только за деньги,

- аутсорс — в Бангладеш.

Только вместо M$ тамадой на этом банкете будет Лиловая Шляпа.

Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (-), 11-Мрт-18, 23:58 
> - полезных знаний в свободном доступе — ноль,

Вообще-то, на мой вкус, маны на системд - сильно выше среднего по сравнению с другими программами и пакетами. Так что UNCONFIRMED, мягко говоря.

> - экспертиза — только за деньги,

Я сам себе экспертиза, так что так и быть сделаю себе по знакомству бесплатно. А кого мне в экспертов брать? Тебя, старого нытика, с твоей искпой? Или стремных скриптомакак, переваливающих все факапы и недоработки на других?

> - аутсорс — в Бангладеш.

А это.. если жители Бангладеша в этом таки разобрались - может быть, ты, который в этом не разобрался, таки немного туповат? Или просто хтонически необучаем, да? Вот прямо на фоне жителей Бангладеша.

> Только вместо M$ тамадой на этом банкете будет Лиловая Шляпа.

Хоть покемоны с марса, покуда им надо того же что и мне. А им надо того же что и мне. У людей вообще достаточно похожие сценарии использования компьютеров, отличия на самом деле в деталях.

Это настолько вопиюще, что я не могу себе представить что я смогу делать в XP и не смогу в пингвине, например. Более того, я все то же самое смогу на ARM. Или RISC-V. Приколись?

Ответить | Правка | Наверх | Cообщить модератору

117. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok), 12-Мрт-18, 00:35 
> Вообще-то, на мой вкус, маны на системд - сильно выше среднего по
> сравнению с другими программами и пакетами. Так что UNCONFIRMED, мягко говоря.

В поломанной системе ноль толку от манов на системду, как и от неё самой и продуктов её сгорания (бинарных логов). Разве это не очевидно?


> Я сам себе экспертиза, так что так и быть сделаю себе по
> знакомству бесплатно. А кого мне в экспертов брать? Тебя, старого нытика,
> с твоей искпой? Или стремных скриптомакак, переваливающих все факапы и недоработки
> на других?

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


> А это.. если жители Бангладеша в этом таки разобрались - может быть,
> ты, который в этом не разобрался, таки немного туповат? Или просто
> хтонически необучаем, да? Вот прямо на фоне жителей Бангладеша.

Речь-то о том, что саппорт из Бангладеша примерно равен отсутствию любого саппорта. Ты вообще какими их себе представляешь — аспирантами CS из MIT? Я просто угораю с такой наивности. :)


> Хоть покемоны с марса, покуда им надо того же что и мне.
> А им надо того же что и мне. У людей вообще
> достаточно похожие сценарии использования компьютеров, отличия на самом деле в деталях.

Поверь, у Лиловой Шляпы совсем другие сценарии использования компьютеров, чем у тебя с твоим десктопом. Пока ты за неё _бесплатно_ пишешь проникновенные проповеди, оно там помаленьку вендорлочит пингвинарий. А ты точно бесплатно пишешь? :)


> Это настолько вопиюще, что я не могу себе представить что я смогу
> делать в XP и не смогу в пингвине, например. Более того,
> я все то же самое смогу на ARM. Или RISC-V. Приколись?

Это, конечно, причина номер раз. Мощная и неоспоримая. Как в ближайший лабаз привезут рисков со всей обвязкой, я непременно тоже закуплюсь.

Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (-), 12-Мрт-18, 01:45 
> В поломанной системе ноль толку от манов на системду, как и от
> неё самой и продуктов её сгорания (бинарных логов). Разве это не очевидно?

Да это вообще не мои проблемы - если система серьезно развалилась я откачу снапшот на работающий. Он у меня есть. Прямо на системном диске. В виде исключающем повреждение кроме как грубой записью в блочный девайс. А если системный диск совсем вынесен - на физически не подключеном :) диске с бэкапами есть чуть более старая версия.

Ну а проблемный снапшот можно происследовать как-нибудь потом. В чем бонус? В том что пока ты геройски трахаешься с искусственными трудностями, я сто раз починю комп и доделаю все что важно, а там посмотрим. Неспешно. Без аврала. По желанию. Видишь, в чем наша разница? Я атакую проблему с другой стороны. И у меня нет проблем которые есть у тебя. Твоя проблема не там - она в зашоренном мозге и неспособности понять что подходов может быть более 1.

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

Ты не видел моих инсталляций и технологий - не тебе и умничать. Но вон там сбоку висит забавный совет. Немного хаотичный, но я таки имею наглость делать лайтовый data recovery средствами пингвинов. Я еще и другим их добро реанимирую на своих мощностях иногда.

> Речь-то о том, что саппорт из Бангладеша примерно равен отсутствию любого саппорта.

Да мне пофиг, я и сам себе саппорт окажу.

> Поверь, у Лиловой Шляпы совсем другие сценарии использования компьютеров, чем у тебя
> с твоим десктопом.

У них компьютеры используют разумные осьминоги? Для какой-то деятельности за пределами моего понимания?

> Пока ты за неё _бесплатно_ пишешь проникновенные проповеди,
> оно там помаленьку вендорлочит пингвинарий. А ты точно бесплатно пишешь? :)

Редхат воротит кучу работы. Довольно многое из этого оказывается полезным и мне. Это помогает мне достигать моих целей. Я прямо даже в тупике - считается это за бесплатно или нет?

> Это, конечно, причина номер раз. Мощная и неоспоримая. Как в ближайший лабаз
> привезут рисков со всей обвязкой, я непременно тоже закуплюсь.

Ну вот это уже не мои проблемы. У меня они будут задолго до этого момента. ARMов размером с кредитку у меня уже предостаточно.

И если ты хотел сказать что у меня резко околеет более 20 девайсов с Linux и я не смогу ни на одном прочитать ман - это прикольно, конечно, но мне кажется что ты немного #@$%нутый.  Или просто не слышал про теорвер.

Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

135. "Выпуск Debian 9.4"  +/
Сообщение от АНОНИМ (?), 12-Мрт-18, 10:52 
Зачем ты пытаешься дискутировать с юзером усёр294
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

185. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 12-Мрт-18, 23:00 
> Вот врать не надо. "менятся местами" они могли толькл в одном случае
> - если у них обоих каждоый раз выставлялся рандомный мак, что
> событие почти невероятное. И это вопросы к гoвнoжелезке.

ну тут аноним прав. В бытность когда Wheezy был testing, напоролся на такую же фигню, полечил копипастингом правила udev из какого-то форума. Так что был такой глюк в тестинге, был, и насколько помню именно связан с systemd, тогда дебиановцы еще не смогли в нем полностью разобраться

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

245. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (-), 14-Мрт-18, 17:18 
Да вообще-то с udev может быть что угодно, в зависимости от того какие рулесы притащат майнтайнеры. Но надутым гусям разве ж объяснишь? Они возомнили что это мировая константа и молятся на нее. А я отличаюсь от них тем что врубился как удев и его рулесы работают. И понимаю что это ни разу не мировая константа.

Поэтому реально уповать можно на свои рулесы. А вот что там майнтайнеры притащат - да все что сочтут нужным то и притащат и врядли устроят опрос вообще всех юзерей что те думают на этот счет.

Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск Debian 9.4"  –2 +/
Сообщение от Аноним (-), 11-Мрт-18, 02:11 
> есть только зашкаливающая, слепая, фанатичная ненависть.

Да флаг им в руки. Говоря за себя - не думаю что hate driven devlopment имеет большое будущее. Если скрипткиддинг вообще можно девелопментом называть.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

34. "Выпуск Debian 9.4"  +2 +/
Сообщение от Аноним (-), 10-Мрт-18, 23:47 
udev уже 1000 лет как умеет привязывать eth имена к MAC адресам, о чём вы вообще?
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

49. "Выпуск Debian 9.4"  –4 +/
Сообщение от Аноним (-), 11-Мрт-18, 02:14 
> udev уже 1000 лет как умеет привязывать eth имена к MAC адресам,
> о чём вы вообще?

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

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 11-Мрт-18, 02:50 
Чиво?
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск Debian 9.4"  +3 +/
Сообщение от freehckemail (ok), 11-Мрт-18, 04:25 
> постоянный мак неважно выглядит с точки зрения приваси, особенно если это к прову идет.

:facepalm: Весна. У шизофреников обострение.

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

186. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 12-Мрт-18, 23:09 
>> постоянный мак неважно выглядит с точки зрения приваси, особенно если это к прову идет.
> :facepalm: Весна. У шизофреников обострение.

Так, а если у жены знакомый админ у провайдера работает, а ты качал hot asian porno? Так же можно спихнуть на младшего брата, который с ними в одной квартире живет (предварительно рандомно и ему МАС настроить), младший то всякие hot и так качает (за что правомерно постоянно огребает)

Ответить | Правка | Наверх | Cообщить модератору

191. "Выпуск Debian 9.4"  +/
Сообщение от freehckemail (ok), 12-Мрт-18, 23:55 
>>> постоянный мак неважно выглядит с точки зрения приваси, особенно если это к прову идет.
>> :facepalm: Весна. У шизофреников обострение.
> Так, а если у жены знакомый админ у провайдера работает, а ты
> качал hot asian porno?

И тебя вылечат...

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск Debian 9.4"  +4 +/
Сообщение от freehckemail (ok), 11-Мрт-18, 00:24 
> К тому же админам локалхоста с одной сетевкой и так не парит.
> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки
> сегодня и конфига глючит - ну что вы, все вокруг глупые
> а опеннетовские мегаодмины с 1 сетевкой на локалхосте - это да.

Кстати, тебе, как админу локалхоста, тот же пример, только сбоку: давай мы на секундочку забудем о том, что почему-то ни у кого ethN не менял номер случайным образом, хотя вы любите этим пугать. Давай возьмём более тривиальный случай. У тебя мать со встроенным ethernet-портом. Допустим, он называется enp4s0. Ты им 4 года успешно пользовался. У тебя все скрипты и конфиги завязаны на enp4s0. Но вот у твоего провайдера объявился монтажник с руками не из того места, и порт погорел. Ты думаешь -- фигня. Покупаешь сетевушку, вставляешь и... у-ла-ла, интерфейс-то называется enp5s1.

Раньше это решалось просто: ты должен был просто обозвать новый интерфейс старым именем (напр. eth0), и всё продолжало работать. Теперь же тебе необходимо пройтись по всем скриптам и конфигам, чтобы исправить название интерфейса. Зашибись альтернативка, правда?

> Для тех кто не понял: никто нигде и никак не регламентировал как
> ядро будет называть девайсы. Ничему не противоречит если завтра как eth0
> окажется совсем иной девайс.

Именованием устройств вообще-то занимается не ядро, как ты пишешь, а udev. И имя интерфейса определяется по его MAC-адресу. В том же Debian при добавлении новой сетевухи она запоминалась, и делалась соответствующая запись в persistent-правило для udev, связывающая MAC и имя интерфейса. Потому-то, собственно, ни у кого никогда проблем со "случайными переименованиями" не возникало.

PS: Что самое смешное, ты и твои соплеменники рассказываете все эти сказки уже не первый год, и требуете, чтобы все читали мануалы, в то время как то, что я сейчас рассказал -- гуглится с полпинка.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

48. "Выпуск Debian 9.4"  –6 +/
Сообщение от Аноним (-), 11-Мрт-18, 02:12 
> Кстати, тебе, как админу локалхоста, тот же пример, только сбоку: давай мы
> на секундочку забудем о том, что почему-то ни у кого ethN
> не менял номер случайным образом,

Вообще-то - менял. Нарывался что на одной и той же мамке с 2 и-фейсами они могли переехать местами и было очень неудобно, потому что там висели разные сети и все профакапливалось.

Откуда следует что интерфейсы не переедут? Кто первый найдется - тот и eth0. И разработчики ядра не давали обещаний как именно они будут оборудование сканить. Да еще потом начали развлекаться с параллельной инициализацией железа. И кстати не закончили нифига. Потому что тупо клинить систему пока сетевуха очухивается.

> погорел. Ты думаешь -- фигня. Покупаешь сетевушку, вставляешь и... у-ла-ла, интерфейс-то
> называется enp5s1.

Вот и отлично - научит скриптомакак прописывать конфигурируемые параметры в удобном человеческом виде. А не как вы это обычно делаете, когда конфига размазана ровным слоем по трем страница гамнокода.

> Раньше это решалось просто: ты должен был просто обозвать новый интерфейс старым
> именем (напр. eth0), и всё продолжало работать.

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

> Теперь же тебе необходимо пройтись по всем скриптам и конфигам,

Если мне реально захочется вбить настолько левый системный костыль, я так и быть нарисую udev правило которое сделает его не enp2s5 а таки eth0. Да, я когда-то почитал ман на udev. И было это хренову кучу времени назад.

Это оказалось полезным и для много чего еще. Ну вот например я раздаю права на ОДНОМ ИЗ сериальных шнурков самому себе. Чтобы микроконтроллеры шить. А вот на паре других шнурков - менеджмент, там у этого юзера никаких прав. Потому что нефиг привилегированному юзеру менеджить по uart-консоли то что им не положено своими лапками трогать лишний раз.

И собственно без udev такое особо и не слепишь - я шнурки могу динамически в usb включать-выключать. Рулес udev срабатывает на конкретные VID:PID + serial number, вылавливая именно конкретный шнурок из пучка.

> Именованием устройств вообще-то занимается не ядро, как ты пишешь, а udev.

Они вообще-то оба занимаются. Сперва кернель дает имя девайсу в меру своих талантов, а потом udev может его переименовать, если для этого правило есть. У udev по этому поводу даже есть свой параметр - kernel name устройства. Его можно анализировать. Помогает отлавливать определенные категории устройств например. Я так ловлю usb-to-ethernet OTG моих штук, отличая их от остальных сетевок.

> И имя интерфейса определяется по его MAC-адресу.

Имя интерфейса определяется по правилам udev. И что там будет в правиле - то и случится. Правила можно перекрыть своими как делать нефиг. Что я и сделал, btw.

> связывающая MAC и имя интерфейса. Потому-то, собственно, ни у
> кого никогда проблем со "случайными переименованиями" не возникало.

Да, в какой-то момент времени это появилось. Но даже так при например переустановке системы - имена могут съехать.

> PS: Что самое смешное, ты и твои соплеменники рассказываете все эти сказки
> уже не первый год, и требуете, чтобы все читали мануалы, в
> то время как то, что я сейчас рассказал -- гуглится с полпинка.

Ну ты там гугли наздоровье. А я лично умею настраивать udev как мне надо и мне все эти страдания Вертера...

Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск Debian 9.4"  +4 +/
Сообщение от freehckemail (ok), 11-Мрт-18, 03:07 
Вот любопытно: долго ли ты сочинял эту ахинею, пытаясь сделать хорошую мину при плохой игре?

Столько текста, а тезисов всего три:
1) "да знаю я про правила udev, есть они у меня, свои, мануалы почитал и написал свои правила, вот они у меня, правила udev"
2) "shell-программисты -- скриптомакаки"
3) "при переустановке системы имена могут съехать"

Ну, окей. Мне плевать на первый тезис. Врёшь, конечно, ну да фиг с тобой.

Давай по поводу второго.

>> погорел. Ты думаешь -- фигня. Покупаешь сетевушку, вставляешь и... у-ла-ла, интерфейс-то называется enp5s1.
> Вот и отлично - научит скриптомакак прописывать конфигурируемые параметры в удобном человеческом виде.

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

> Но даже так при например переустановке системы - имена могут съехать.

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

Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 11-Мрт-18, 19:44 
> Ну, окей. Мне плевать на первый тезис. Врёшь, конечно, ну да фиг с тобой.

1) У меня реально есть свои правила удава. Делают слегка кастомную схему именования для некоторых железок. В основном потому что я развлекаюсь с usb-otg и eth-over-usb.
2) Если нечто выглядит как скриптомакака и результат работает под стать, как я должен это называть?
3) А также при всяких интересных вещах типа раскатывания образов и все такое.

Ну и вообще, майнтайнеры могут в принципе припереть любые дефолты которые им по вкусу. Они никогда не обещали делать удобно в этом каким-то конкретным рожам, насколько я понимаю.

> Ты уж определись, родной. :)

Определяемся. Я за то чтобы:
1) Интерфейс задавался только в 1 месте, в конфигурации.
2) По возможности, менять это без сильной причины не требовалось.

И чем ближе к вот этому будет - тем лучше. Конкретные имена на самом деле не так уж принципиальны, но eth* кажется мне немного излишне абстрактным - иногда это приводит к непоняткам. Но честно говоря устраивать войну остроконечников и тупоконечников из-за такой лажи, при возможности вкатить свои рулесы удаву кажется мне просто глупым. Объем вонищи скунсов не соответствует масштабу проблемы, лол.

> А на кой ляд кому-то может потребоваться переустанавливать рабочий линукс?

Да мало ли какие случаи бывают. Если уж на то пошло, у крутых энтерпрайзников перекатка образа вообще стандартное действо. Потому что просто, быстро и ведет к желаемому результату независимо от того что, как и почему. Что очень позитивно при эксплуатации систем. Не вижу ничего зазорного в том чтобы использовать такой подход.

Самое очевидное: система достаточно фатально порушилась в результате неудачного эксперимента или сбоя диска. Или например было вторжение.

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

Я просто посмотрел энтерпразников и научился у них кое-чему. Как то не делать из замшелой инсталляции 9000-летней давности карго-культ. Да, я могу довольно быстро перекатать систему.

Более того - на самом деле мои системы часто условно-неубиваемы. Я могу откатывать снапшоты и проч. Равно как все это же спокойно отпочковывать в виртуалки/контейнеры/на другие HW машины. Это весьма фундаментальное отличие в подходах управления у ветеранов и более новыми веяниями в стиле девопсов. Мне понравилось, это круто и эффективно и хорошо работает. Так что я не переставляю системы в привычном тебе виде. Это скорее "reimage" и "snapshot revert". Без карго культа вокруг кусочка байтиков.

Ответить | Правка | Наверх | Cообщить модератору

108. "Выпуск Debian 9.4"  +2 +/
Сообщение от Anonymoustus (ok), 11-Мрт-18, 20:37 
Ну это как бы всё понятно. Только спешу внести ясность: девопсы — это не администраторы в правильном смысле слова, а те же эникеи. С соответствующего уровня познаниями. То, что канает в ынтерпразном мире, может не проканать с твоим локалхостом, потому что у тебя, в большинстве случаев, не будет склада с запасными дисками, питальниками, вентиляторами и готовыми серверами. Когда вдруг прилетит нежданчик и тебе придётся разгребать сложную реальную проблему из крови и костей железа и софта, а бесконечных запасов на складе нету, как и самого склада, ты вдруг захочешь иметь под рукой подробные мануалы по устройству потрохов оборудования и ПО, а в голове костяк знаний по этой теме. А не будет. Потому что вместо чисто текстовых портянок настроек и логов у тебя всё в размазанной по всему помещению бинарной каше, а мануалы только по бесполезным в твоей аварии юнитам системды.
Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 12-Мрт-18, 00:38 
> девопсы — это не администраторы в правильном смысле слова,

Абсолютно. Это некие гибридные должности на стыке профессий.

> а те же эникеи. С соответствующего уровня познаниями.

Ну знаешь, так в эникеев можно и валвовских T-shaped people записать. А реально это не тебе решать. Рынок вот решил что они нужные и полезные. На них есть спрос.

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

А вот это зависит от. Если у меня от компьютеррв зависит какая-то критичная активность, у меня таки обычно есть план B по этому поводу. И не получится так что доживавший последние дни жужжащий китаевентиль БП поймал наконец клина, китаеБП пыхнул, китайская защита лажанула и вылетело все что могло вылететь в приеципе.

Я мониторю состояние хардвара. Температуры, вольтажи, SMART, etc. У меня есть бэкапы. Я могу довольно оперативно перепинуть рабочее окружение на другой комп. У меня более 1 компа и лаптоп. И немного прочего хардвара для маневра. А как минимальный десктоп для меня по минимуму может прокатить и 20-баксовая ARMовская плата, наконец. Конечно CAD там будет работать несколько слоупочно, но если по какой-то причине остальное вообще совсем недоступно, то и это сойдет за компьютер, лишь бы что-нибудь с HDMI, клава и мыша под руку попались. И я таки смогу там попрограмить и все такое.

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

Блаблабла. Я таки предпочитаю чтобы нежданчиков не было. Поэтому я разборчив в железе. И знаю слабые места. Вентиляторы меняются на условно-вечные гидродинамики. Не словят клин в следующие 10 лет, я уверен. Параллельно электролитам в БП навешивается 100uF керамика, угадай зачем. На мамках solid state и нормальное охлаждение. Так оно долго отпашет.

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

> и ПО, а в голове костяк знаний по этой теме.

ПО я довольно быстро могу вернуть в вид как было. Даже не разбираясь что именно там не так. Это можно сделать потом, если есть время и желание.

> А не будет. Потому что вместо чисто текстовых портянок настроек и логов

...потому что вместо этого миндфака у меня есть снапшот с заведомо работающей системой, который я верну на место менее чем за минуту. И пока ты будешь героически рыть землю в своих останках - я доделаю то что было важно, а потом - по мере желания может и разберусь что, где и почему слетело :). А ты нагло думал что ты владеешь монополией на системную мудрость? И что твой вариант - единственно возможный? А вот хрен тебе. У энтерпрайзников можно кое-чему научиться.

Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск Debian 9.4"  –1 +/
Сообщение от Ю.Т. (?), 12-Мрт-18, 09:27 
> Я мониторю
> Я могу

Весьма похвально :) Но эта полнота односторонняя.
Попробуешь сам поймать, чего у тебя в капсах нету вовсе, или подсказать?

Ответить | Правка | Наверх | Cообщить модератору

170. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 12-Мрт-18, 19:07 
Я много чего не умею. Ну вот например:
- Подметать ломом плац.
- Заниматься ИБД.
- Отлизывать ж-у.

И никогда не буду уметь, увы и ах :)

Ответить | Правка | Наверх | Cообщить модератору

173. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. (?), 12-Мрт-18, 19:14 
> Я много чего не умею. Ну вот например:

А разве непонятно, что я не имел в виду тупых шуток?

Ответить | Правка | Наверх | Cообщить модератору

246. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (-), 14-Мрт-18, 17:36 
> А разве непонятно, что я не имел в виду тупых шуток?

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

Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск Debian 9.4"  +/
Сообщение от freehckemail (ok), 12-Мрт-18, 12:20 
> Только спешу внести ясность: девопсы — это не администраторы в правильном смысле слова, а те же эникеи.

Воу-воу, полегче, друг. Я как раз меняю работу, и на новом месте буду как раз DevOps-ом. Я думаю, что всё зависит от того, из кого ты команду DevOps-ов набираешь. Мне вот попалась весьма интересная команда, архитектор которой набирает людей, отдавая преимущество лисперам, а также людям с глубокими базовыми знаниями по архитектуре nix-систем. Собеседование представляло из себя по факту экзамен по целому ряду основополагающих дисциплин.

Я думаю, что когда выйду на новое место, коллеги-девопсы там будут довольно-таки грамотные.

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

147. "Выпуск Debian 9.4"  +/
Сообщение от Anonymoustus (ok), 12-Мрт-18, 12:53 
Умственные способности, знания, опыт, красота и здоровье в данном случае первостепенной роли не играют, хотя безусловно важны. Разница в подходах к предметной деятельности. Администратор — это человек, полноценно и ответственно управляющий вверенным ему хозяйством (если иначе, то это не админ, а эникей). А девопс — это «человек, меняющий картриджи» — готовые одноразовые модули. Первая работа требует значительно большей квалификации, самостоятельности в принятии решений и ответственности за них, чем вторая.

Системду, кстати, пишут из соображения, что девопсами и саппортом из Бангладеша повсеместно заменят настоящих живых администраторов и вообще «людей за пультом». На мой личный взгляд, это плохая тенденция. Сложной системой должен управлять подготовленный человек, потому что невозможно предусмотреть все возможные издержки и нештатные ситуации. Админ не только по квалификации, но по самому устройству своих мозгов обязан уметь решать проблемы, не описанные в мануале по замене картриджа на другой картридж. Девопсу такое знание ни к чему.

Мне представляется излишним углубляться в это сравнение дальше.

Замечу, кстати, что замена админов девопсами повысит стоимость обслуживания у вендоров первой величины, хотя снизит затраты на персонал. Хи-хи-хи. Обычная плата за снижение уровня своей экспертизы.

Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск Debian 9.4"  +/
Сообщение от freehckemail (ok), 12-Мрт-18, 13:46 
> Умственные способности, знания, опыт, красота и здоровье в данном случае первостепенной
> роли не играют, хотя безусловно важны. Разница в подходах к предметной
> деятельности. Администратор — это человек, полноценно и ответственно управляющий
> вверенным ему хозяйством (если иначе, то это не админ, а эникей).
> А девопс — это «человек, меняющий картриджи» — готовые одноразовые
> модули. Первая работа требует значительно большей квалификации, самостоятельности в принятии
> решений и ответственности за них, чем вторая.

Простите, но я понимаю себе работу девопса несколько иначе. Не все девопсы работают с контейнерами. Как и многие администраторы занимаются оркестровкой огромного парка машин.
Вообще, DevOps -- весьма размытый термин, и надо бы мне взять за правило каждый раз уточнять, что же в каждом конкретном случае собеседник имеет в виду. Я Вас, конечно же, понял. Но видимо, для правильности общего понимания, мне было бы правильнее сказать, что я переквалифицируюсь из разработчика в администраторы. :)

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

Да, моё видение ситуации примерно такое же.

> Мне представляется излишним углубляться в это сравнение дальше.

Положительно. Я думаю, мы друг друга прекрасно поняли и так.

> Замечу, кстати, что замена админов девопсами повысит стоимость обслуживания у вендоров
> первой величины, хотя снизит затраты на персонал. Хи-хи-хи. Обычная плата за
> снижение уровня своей экспертизы.

Ну а что тут такого? Всё понятно же. Люди -- ресурс менее стабильный. Ты вложился в спеца, обучил его, а тут бах -- и его перекупили предприимчивые конкуренты. Вот то ли дело машины. Небольшое удорожание того стоит, по крайней мере с точки зрения бизнеса.

Ответить | Правка | Наверх | Cообщить модератору

153. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. (?), 12-Мрт-18, 14:02 
>> Замечу, кстати, что замена админов девопсами повысит стоимость обслуживания у вендоров
>> первой величины, хотя снизит затраты на персонал. Хи-хи-хи. Обычная плата за
>> снижение уровня своей экспертизы.
> Ну а что тут такого? Всё понятно же. Люди -- ресурс менее
> стабильный. Ты вложился в спеца, обучил его, а тут бах --
> и его перекупили предприимчивые конкуренты. Вот то ли дело машины. Небольшое
> удорожание того стоит, по крайней мере с точки зрения бизнеса.

Плюс никто не хочет надеяться на/зависеть от "звёзд".

Ответить | Правка | Наверх | Cообщить модератору

167. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 12-Мрт-18, 18:38 
> Воу-воу, полегче, друг. Я как раз меняю работу, и на новом месте
> буду как раз DevOps-ом.

Ну все, сольют тебя олдскульщики на опеннете. Теперь ты просто обязан купить гироскутер и обмыть его смузи.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

64. "Выпуск Debian 9.4"  +7 +/
Сообщение от Аноним (-), 11-Мрт-18, 05:48 
> Откуда следует что интерфейсы не переедут? Кто первый найдется - тот и eth0
> Имя интерфейса определяется по правилам udev. И что там будет в правиле - то и случится.

Ты шизофреник? Тебе русским языком сказали, что чисто ядерным именованием интерфейсов никто не пользуется, оно всё равно переименовывается udev'ом после. Который переименовыввает их не просто так, а по маку. И это было удобно, в отличие от той херни, что наворотили сейчас.

Это регресс в чистом виде, такая схема применяется например для дисков в древнем солярисе и частично бзд с его слайсами. И UUID'ов там нет. Поработай полгодика с ними, узнаешь как это "удобно".

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

96. "Выпуск Debian 9.4"  –4 +/
Сообщение от Аноним (-), 11-Мрт-18, 18:40 
> Ты шизофреник? Тебе русским языком сказали, что чисто ядерным именованием интерфейсов никто
> не пользуется, оно всё равно переименовывается udev'ом после.

Гггг угарно, в этом месте оказалось как минимум что udev оказывается "нужен" и им "пользуются". Кто там у нас шизофреники? :)

> Который переименовыввает их не просто так, а по маку.

Для тех кто на бронепоезде: он их переименовывает так как в рулесах указано. Какие рулесы майнтайнеры приволокут - такие и будут. И майнтайнеры их несколько раз меняли.

> И это было удобно, в отличие от той херни, что наворотили сейчас.

Эта фигня довольно здорово глючила. И кстати если таскать образа между машинами и виртуалками - активно мешалась под ногами. Всучивая всякие тухлые MAC и заставляя сношаться с постоянными MAC в виртуалках. У виртуалок вообще изначально нет никаких фиксированных маков, бл.

А, погодите, я кажется понял, ветеран-админы всякими виртуалками и контейнерами не пользуются и о том что там нет постоянных маков они вообще не знают. Разве что если специально назначить.

> Это регресс в чистом виде, такая схема применяется например для дисков в
> древнем солярисе и частично бзд с его слайсами. И UUID'ов там
> нет. Поработай полгодика с ними, узнаешь как это "удобно".

Ну как бы UUID записан в файлухе. А MAC - свойство железа. И при перетаскивании системных образов это как бы разница. А, погоди, ты наверное хотел сказать что задеплоить хост за 5 минут слишком круто. Надо было 2 дня прыгать вокруг него, так?

Ответить | Правка | Наверх | Cообщить модератору

187. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 12-Мрт-18, 23:20 

> Именованием устройств вообще-то занимается не ядро, как ты пишешь, а udev. И
> имя интерфейса определяется по его MAC-адресу. В том же Debian при
> добавлении новой сетевухи она запоминалась, и делалась соответствующая запись в persistent-правило
> для udev, связывающая MAC и имя интерфейса. Потому-то, собственно, ни у
> кого никогда проблем со "случайными переименованиями" не возникало.

Как выше писал, было в Wheezy testing, когда systemd внедряли, недописали правила udev с учетом systemd, неосиляторы были

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

68. "Выпуск Debian 9.4"  +/
Сообщение от ssh (ok), 11-Мрт-18, 06:38 
> И главное тривиально возвращается к ethX если это надо. Особенно в дебиане.
> Но кто ж на опеннете читает маны.

Дайте ссылку на man. ;)

> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки

Это решалось закреплением правильного MAC за системным именем сетевого адаптера в
/etc/udev/rules.d/70-persistent-net.rules. Что-то вроде:

# PCI device 0x8086:0x107c (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:15:96:66", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x107c (e1000)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1b:21:15:98:21", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Не помню, чтобы это вызывало какие-то проблемы. В процессе эксплуатации названия интерфейсов не имеют решающего значения - не думаю, что кто-то запоминает какой интерфейс и куда "смотрит". С нынешним количеством контейнеров, гостей и прочего на вывод ip ad sh смотреть без содрогания нельзя. :) Но с чего это вдруг enpXsY стало вдруг удобней чем ethN? Насколько полезна информация о физическом размещении адаптера? Во скольких % случаев, она решает?

> Для тех кто не понял: никто нигде и никак не регламентировал как
> ядро будет называть девайсы. Ничему не противоречит если завтра как eth0
> окажется совсем иной девайс. А названия типа enp0s25 - указывают на
> вполне конкретное положение устройства в топологии, завтра это не изменится. Разве
> что админ переткнет сетевку в другой слот. С появлением инициатив типа
> параллельного обнаружения оборудования ядром как несложно догадаться имена типа eth0 стали
> назначаться еще рандомнее.

Вы неправы. В промышленных решениях IMHO вовсе не нужно, один раз настроили, дальше клонируем... эксплуатируем. Замены и прочий мейнтейнс регламентированы, планируются и к ним готовятся.

Для лэптопов и рабочих станцией оно и раньше не особо было востребовано - кол-во устройств там или статично или существенно ограничено. Замены как правило случаются в ходе планового обновления или замены проблемного компонента.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

71. "Выпуск Debian 9.4"  +/
Сообщение от Ю.Т. (?), 11-Мрт-18, 08:32 
> с чего это вдруг enpXsY стало вдруг удобней чем ethN? Насколько
> полезна информация о физическом размещении адаптера? Во скольких % случаев, она
> решает?

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

Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск Debian 9.4"  +/
Сообщение от Forthemail (ok), 11-Мрт-18, 11:41 
Старая схема именования мне обычно была удобнее, привязка по MAC через udev только иногда требовала замены в persistent-net, если что переставили в железе.
Зато в новой схеме есть свой плюс, если конфигурится новая партия машин в большом ДЦ, то часто это сразу штук 20-30 однотипных машин в стойках и порты на них тоже обычно однообразно-безобразно подключены на коммутаторы, в таком варианте чуть проще и меньше косяков в конфигурировании, у всей группы машин интерфейсы с одним именем смотрят в одни и те же сегменты сети.
VLAN-ы само собой, но сети могут быть физически разделены, например на сеть хранения данных и сеть виртуальных машин.
Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 11-Мрт-18, 17:46 
> Зато в новой схеме есть свой плюс, если конфигурится новая партия машин в большом ДЦ

А если немного подумать головой и снести из установочного образа /etc/udev/rules.d/70-persistent-net.rules, то при первом запуске системы оно как раз пронумерует интерфейсы с нуля и как надо.

Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск Debian 9.4"  +/
Сообщение от Forthemail (ok), 11-Мрт-18, 17:58 
>> Зато в новой схеме есть свой плюс, если конфигурится новая партия машин в большом ДЦ
> А если немного подумать головой и снести из установочного образа /etc/udev/rules.d/70-persistent-net.rules,
> то при первом запуске системы оно как раз пронумерует интерфейсы с
> нуля и как надо.

Это были серверы SystemX 3550 m_что_там и на них не всегда было так. После запуска порядок нумерации ethX не всегда совпадал на разных машинах.
Может дело было в разных версиях uefi, не помню уже почему, лет 7 назад дело было.
Интересно, что когда ставили дистрибутивы с новой схемой нумерации интерфейсов, всегда было строго одинаково.

Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 11-Мрт-18, 19:06 
> Старая схема именования мне обычно была удобнее, привязка по MAC через udev
> только иногда требовала замены в persistent-net, если что переставили в железе.

Есть только один нюанс - у виртуалок и контейнеров вообще нет постоянных адресов. А откуда? Разве что специально настроить, именно статичное назначение, именно маков, но это еще возня и +10 к гемору с менеджментом этого добра.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

106. "Выпуск Debian 9.4"  +/
Сообщение от Forthemail (ok), 11-Мрт-18, 20:17 
> Есть только один нюанс - у виртуалок и контейнеров вообще нет постоянных
> адресов. А откуда? Разве что специально настроить, именно статичное назначение, именно
> маков, но это еще возня и +10 к гемору с менеджментом
> этого добра.

У меня тогда виртуалки на libvirt были, они если куда копировались - ездили вместе с xml-описаловом. Так что проблемой оно не было

Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск Debian 9.4"  +/
Сообщение от Аноним (-), 12-Мрт-18, 00:48 
> У меня тогда виртуалки на libvirt были, они если куда копировались -
> ездили вместе с xml-описаловом. Так что проблемой оно не было

Да понятно что все можно прокостылить если очень хочется. А у меня вот namespace'овые контейнеры бывают, виртуалки просто KVMные, да и не фанат я по поводу XML-я, если что. И честно, ну его нафиг явные макадреса им всем прописывать.

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск Debian 9.4"  –1 +/
Сообщение от Аноним (-), 11-Мрт-18, 19:01 
> Дайте ссылку на man. ;)

Могу дать ссылку на /lib/udev/rules.d - где конкретные художества конкретных майнтайнеров и разработчиков в конкретный момент времени и лежат. И там прекрасно описано что и откуда берется. Там же в файлах рулесов и хинт как запретить это дело. Это не ман конечно, но если на каждый рулес ман писать - где столько писателей взять?

> Это решалось закреплением правильного MAC за системным именем сетевого адаптера

И что характерно - решается до сих пор. Там логика такая что если вы навесили и-фейсу имя в вашем рулесе в /etc, майнтайнерские рулесы пролетают.

Так что единственное что поменяли - набор дефолтных рулесов. А кто-то когда-то обещал что там будет именно то, именно так, на веки вечные? Теоретически наверное можно спросить майнтайнеров нафига они притащили иной набор правил, но раз притащили - значит некий консенсус был. А то что лично вас не спросили - безобразие, конечно.

> интерфейс и куда "смотрит". С нынешним количеством контейнеров, гостей и прочего
> на вывод ip ad sh смотреть без содрогания нельзя. :)

Ух... да, у меня вот прям ща вот прям на этой машине список и-фейсов не влезает на экран. Мне так больше нравится.

> Но с чего это вдруг enpXsY стало вдруг удобней чем ethN?

Да на самом деле вкусовщина и рубка из-за того с какой стороны яйца чистить. Но попробовав так и сяк я решил что eth0 - очень уж неинформативно на предмет того что это и где, enpXsY как-то несколько лучше дает понять с чем я имею дело.

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

> Насколько полезна информация о физическом размещении адаптера? Во скольких % случаев,
> она решает?

Можно поспорить за очистку яиц с правильной стороны. А воевать будем? :)

> Вы неправы. В промышленных решениях IMHO вовсе не нужно, один раз настроили,
> дальше клонируем... эксплуатируем.

И как бы привязка к MAC в это дело не вписывается чуть менее чем никак. У виртуалок и контейнеров нет постоянных MAC, by design. То что при сильном желании можно вкостылить - да, но. А вот топология по крайней мере в пределах технологии при клонировании обычно не меняется, если уж мы об этом.

> Замены и прочий мейнтейнс регламентированы, планируются и к ним готовятся.

Блин спасибо кэп. Но видимо консенсус в целом образовался такой что так в среднем по больнице работает лучше.

> Для лэптопов и рабочих станцией оно и раньше не особо было востребовано
> - кол-во устройств там или статично или существенно ограничено. Замены как
> правило случаются в ходе планового обновления или замены проблемного компонента.

Могу себе представить что канитель с маками очень не радовала тех кто образами ворочает. На этой планете нет ауторити назначающих виртуалкам и контейнерам постоянные маки навечно.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

70. "Выпуск Debian 9.4"  +2 +/
Сообщение от Ne01eX (ok), 11-Мрт-18, 08:02 
> И главное тривиально возвращается к ethX если это надо. Особенно в дебиане.
> Но кто ж на опеннете читает маны.

Маны-хуаны. Вот только мне вообще не надо ничего никуда возвращать, у меня и так всё заеб..сь работает. И двадцать лет назад работало и десять и сейчас.


> К тому же админам локалхоста с одной сетевкой и так не парит.
> А вот если сетевок штук 5 и eth0 оказывается случайная из
> них, в зависимости от того какой драйвер первым встал в тапки
> сегодня и конфига глючит - ну что вы, все вокруг глупые
> а опеннетовские мегаодмины с 1 сетевкой на локалхосте - это да.

Ну у вас может драйвера и встают случайно, у меня же - как я порешал. И не важно, сколько у меня сетевух - одна или восемь. И не важно сколько у меня видеокарт, - одна или три. и не важно сколько у меня жёстких дисков - 0, 1 или 6. И как бы все нормальные пaцaны уже давно знают, что на сервере модульное ядро ну вот в х.й ником не брякало, а на локальной тачке тем более. Я и с модулями вожусь только потому, что делаю иногда что-то не только для себя.


> ...выбор ветеран-админов локалхоста с 1 сетевкой, которых не парит подобная фигня с
> переездом имен девайсов и прочими глупостями.

Чё-то подобное мне про kudzu кричали, кстати. Ну и чё, где ваш kudzu?

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру