14872 2008-03-12 15:05:33 +0300 please do by-mac hw binding by default 2008-05-08 15:59:06 +0400 1 1 4 Development Sisyphus alterator-net-eth unstable all Linux CLOSED WONTFIX P2 normal --- 12100 1 mike mike boyarsh ktirf lakostis ldv rider sem vitty zerg qa-sisyphus oldest_to_newest 65629 0 mike 2008-03-12 15:05:33 +0300 Просьба по умолчанию ставить Hardware binding в "by MAC address" -- сейчас получается регресс относительно того, когда этого переключателя не было (после установки интерфейсы могут прыгать). 66039 1 mike 2008-03-17 23:13:03 +0300 Хорошо бы до выпуска очередного дистрибутива на 4.0/branch. NMU делать? 66072 2 asy 2008-03-18 09:13:19 +0300 Кстати, вопрос ещё, лучше by MAC или by bus id... Мне кажется, что смерть сетевой карты более вероятна, чем смерть материнки... 66137 3 mike 2008-03-18 16:49:55 +0300 Поскольку было by mac и никто не жаловался, предлагаю выбрать его :) (есть и другие соображения, но вида "шило на мыло") 67506 4 mike 2008-04-03 16:39:26 +0400 ping (это бы надо в 4.1) 67520 5 inger 2008-04-03 16:56:33 +0400 уже записал в TODO 67777 6 mike 2008-04-08 15:26:11 +0400 <gvy> я тут попытался слазить в net-eth насчёт https://bugzilla.altlinux.org/show_bug.cgi?id=14872 -- пока застрял на том, как бы различить "hw binding просто не было" и "сознательно не было" <gvy> пока думаю, что должно бы быть достаточно в режиме инсталера по умолчанию подсовывать нужный индекс (ну или там 0, поставив mac первым) <gvy> вот только как бы это сделать опять же так, чтоб снять-то можно было... 67928 7 mike 2008-04-10 13:56:43 +0400 TWIMC: в installer-ltsp-school пока делаю так для обеспечения стабильного порядка следования и именования интерфейсов: bind_by_mac() { MAC="`ip li sh dev $1 | fgrep 'link/ether' | sed 's#^ *link/ether ##' | cut -d' ' -f1`" [ -z "$MAC" ] || echo "$1 mac $MAC" >> "$destdir/etc/iftab" } IFS=': ' ip li | fgrep -B1 link/ether \ while read num iface junk; do bind_by_mac "$iface" read nextline done 68241 8 mike 2008-04-13 21:48:08 +0400 И, кстати, hal в Server тащить действительно вовсе незачем, а при текущей реализации в следующую сборку он вынужденно попадает. Костик вот уже возмущается. 68267 9 inger 2008-04-14 11:41:32 +0400 (In reply to comment #8) > И, кстати, hal в Server тащить действительно вовсе незачем, а при текущей > реализации в следующую сборку он вынужденно попадает. Костик вот уже возмущается. А я бы так не переживал насчёт hal ;) 68295 10 mike 2008-04-14 18:27:47 +0400 (In reply to comment #9) > А я бы так не переживал насчёт hal ;) Ну не знаю. Мне этот ^&^&*^ блоат ни разу не симпатичен. Можно, конечно, сносить вместе с альтератором, но хотелось бы не делать излишних движений. Тем более как по-человечески это делается -- чуть выше пример. Сдаётся, ещё и быстрей выходит (переделывать одним форком на awk было уже лень :). 68335 11 inger 2008-04-15 11:27:29 +0400 (In reply to comment #10) > (In reply to comment #9) > > А я бы так не переживал насчёт hal ;) > Тем более как по-человечески это делается -- чуть выше пример. Сдаётся, ещё и > быстрей выходит (переделывать одним форком на awk было уже лень :). А вот и нет. Без hal ты замучаешься корректно выяснять такие вещи как: выяснение имени устройства соотвествующего интерфейсу, выяснение типа интерфейса ( я знаю про всякие каталоги в /proc, но отчего-то они не на всех карточках работают). Поверь, я не просто так hal стал использовать. Может быть он и вызывает религиозное недовольство (как у некоторых evms или UTF-8 по-умолчанию), но это "подушка", в которой засунуто немало обходных манёвров вокруг ядра и его странных подходов к жизни. В будущем завязок на hal будет всё больше и больше ибо народ замучался уже разбираться с постоянным творчеством в ядре ... поэтому не стоит всё так драматизировать. Или hal или пляски с libsysfs и ручным парсингом proc. hal - это база данных, не больше не меньше. Отказ от использования него - экономия на спичках. 68354 12 mike 2008-04-15 15:21:07 +0400 (In reply to comment #11) > > Тем более как по-человечески это делается -- чуть выше пример. > > Сдаётся, ещё и быстрей выходит > А вот и нет. Мне померять? Знаешь, не очень интересно, когда на amd64 при переключении табов мы тормозим. Понятно, что service network restart может быть главным оверкиллом, но костыли лучше не добавлять, а потихоньку заменять ногами. > Без hal ты замучаешься корректно выяснять такие вещи как: выяснение имени > устройства соотвествующего интерфейсу, выяснение типа интерфейса ( я знаю про > всякие каталоги в /proc, но отчего-то они не на всех карточках работают). Да ничего я не замучался -- link/ether говорит всё необходимое про ethernet-интерфейсы, применительно к которым идёт разговор о маках. > Поверь, я не просто так hal стал использовать. Боюсь, просто в спешке и по незнанию ip(8). > hal - это база данных, не больше не меньше. Отказ от использования него - > экономия на спичках. Хорошо, я попробую исправить это так, как думаю, и провести тесты. Собственно оригинальный повод для баги (регресс значения по умолчанию для прибивалки, когда был сделан регулятор её типа), так понимаю, тоже никого не интересует. В Линукс Терминал это объехато хуком около настройки ltsp, тоже назначаю себе как заинтересованному RM. 68357 13 mike 2008-04-15 15:33:29 +0400 (In reply to comment #11) > Поверь, я не просто так hal стал использовать. Может быть он и вызывает > религиозное недовольство (как у некоторых evms или UTF-8 по-умолчанию) PS: в EVMS2 хватает своих тараканов, а с недоделанным UTF-8 в coreutils у нас даже хуже, чем в RH (#10445): $ locale | grep -v ru_RU.UTF-8 $ $ rpm -qf /usr/bin/tr coreutils-6.10-alt4 $ echo abcабв | tr [[:lower:]] [[:upper:]] ABCабв Хорошо хоть текущий sed уже починили: $ echo abcабв | sed -e 's/Б/1/i' -e 's/B/2/i' a2cа1в Пойми -- не от хорошей жизни народ в религию подаётся. > но это "подушка", в которой засунуто немало обходных манёвров вокруг ядра и его > странных подходов к жизни. У этой подушки настолько невменяемый апстрим, что закладываться на неё я лично конкретно избегаю. 68997 14 inger 2008-04-26 12:28:07 +0400 done ... хотя не нравится мне это ... то смущает вас привязка, то подавай по умолчанию ;) 69306 15 mike 2008-05-04 20:56:40 +0400 (In reply to comment #14) > done ... хотя не нравится мне это ... то смущает вас привязка, то подавай по > умолчанию ;) Не, меня-то и не смущала :) Собсно здесь попросил _восстановить_ то поведение по умолчанию, которое было реализовано чуть раньше возможности выбирать, к чему именно привязываемся. Спасибо! 69323 16 inger 2008-05-05 11:05:08 +0400 хотя нет ... не получается. Если делаю дефолт - ломаю потом конфигуратор. Надо делать installer-feature. 69324 17 inger 2008-05-05 11:05:26 +0400 Надо делать installer-feature 69425 18 mike 2008-05-06 22:10:56 +0400 (In reply to comment #16) > хотя нет ... не получается. Если делаю дефолт - ломаю потом конфигуратор. Мгм. Вот и я в то же упёрся. > Надо делать installer-feature. Ты/я? Выдрать можно отсюда: http://git.altlinux.org/people/mike/packages/?p=installer-feature-ltsp.git;a=blob;f=installer-feature-ltsp/preinstall.d/98-eth0.sh;hb=HEAD (если нет принципиальных возражений -- для меня работает) 69495 19 inger 2008-05-08 12:48:35 +0400 (In reply to comment #18) > (In reply to comment #16) > > хотя нет ... не получается. Если делаю дефолт - ломаю потом конфигуратор. > Мгм. Вот и я в то же упёрся. > > > Надо делать installer-feature. > Ты/я? Выдрать можно отсюда: Ты ;) 69512 20 mike 2008-05-08 15:59:05 +0400 Сделал installer-feature-eth-by-mac; для архива добавляю пачку ссылок на баги по части "пляшущих интерфейсов": https://bugzilla.altlinux.org/show_bug.cgi?id=10885 https://bugzilla.altlinux.org/show_bug.cgi?id=11786 https://bugzilla.altlinux.org/show_bug.cgi?id=13351 https://bugzilla.altlinux.org/show_bug.cgi?id=13353 https://bugzilla.altlinux.org/show_bug.cgi?id=13358