8479 2005-11-12 22:29:26 +0300 ошибка переименования 2006-09-16 22:44:44 +0400 1 1 4 Development Sisyphus ifrename unstable all Linux CLOSED NOTABUG P2 minor --- 1 sass pilot glebfm ldv placeholder taf vt qa-sisyphus oldest_to_newest 33025 0 sass 2005-11-12 22:29:26 +0300 etcnet не распознаёт в /etc/net/iftab имя сетевого интерефейса в виде "ethX", а лишь в виде "ether". Т.е.: # Generated by /etc/net initconf script eth0 mac 00:04:75:e1:43:c7 вызывает при service network start или reload появление сообщений: Starting group 0/virtual (1 interfaces) Starting lo: .Warning: Interface name is `eth0' at line 2, can't be mapped reliably. ....OK Starting group 1/realphys (1 interfaces) Starting eth0: .Warning: Interface name is `eth0' at line 2, can't be mapped reliably. ......OK 33026 1 pilot 2005-11-13 10:43:13 +0300 Сообщите версию ifrename и точное содержимое /etc/net/iftab 33033 2 sass 2005-11-13 12:26:19 +0300 ifrename-28-alt5.pre10 /etc/net/iftab # Generated by /etc/net initconf script eth0 mac 00:04:75:e1:43:c7 # Generated by /etc/net initconf script #eth0 driver 3c59x 33034 3 pilot 2005-11-13 13:46:57 +0300 Я попробую исправить ошибку. 33450 4 pilot 2005-11-27 16:23:58 +0300 После решения #7896 сообщения об ошибках ifrename больше не маскируются, в том числе и приведённое выше. Оно появляется только тогда, когда целевое имя интерфейса в iftab равно 'eth0'. Пока можно использовать другое имя, а в будущем я надеюсь, что этого предупреждения больше не будет. 33451 5 1265 pilot 2005-11-27 16:49:52 +0300 Created attachment 1265 wireless-utils patch taf: предлагаю включить в wireless-tools приложенный патч, у меня он убирает предупреждение корректно. 33838 6 pilot 2005-12-14 14:59:20 +0300 Есть ли какой-либо прогресс? 33844 7 sass 2005-12-14 15:27:43 +0300 С этим патчем наблюдается другой отрицательный эффект: [root@sass net]# service network restart Computing interface groups: .. 2 interfaces found Processing /etc/net/vlantab: 0 lines processed. Stopping group 1/realphys (1 interfaces) Stopping eth0: ...OK Stopping group 0/virtual (1 interfaces) Stopping lo: ..OK Computing interface groups: .. 2 interfaces found Starting group 0/virtual (1 interfaces) Starting lo: .....OK Starting group 1/realphys (1 interfaces) Starting eth0: .Error: cannot change name of eth1 to eth0: File exists ......OK Processing /etc/net/vlantab: 0 lines processed. Вот содержимое iftab при этом: eth0 mac 00:50:70:51:4b:d3 #ether1 mac 00:05:1c:08:c0:04 eth0 driver 8139too 33846 8 pilot 2005-12-14 16:06:44 +0300 Мне кажется, что интерфейсов у вас два. Один из них при загрузке модуля становится eth0, другой eth1 с адресом 00:50:70:51:4b:d3. При этом eth1 не может быть переименован в eth0, что естественно. И селектор driver в iftab в этом случае лишний. 33847 9 sass 2005-12-14 16:28:01 +0300 Упоминание драйвера связано с тем, что я его удалил из modules.conf. Физически у меня действительно лва интерфейса - один из них встроенный, на маме, но он не испольуется, так как глючный. И без применения этого патча про переименование eth1 упоминаний не было. 33848 10 pilot 2005-12-14 16:55:12 +0300 Количество интерфесов я угадал. Оба интерфейса обслуживаются модулем 8139too? Тогда eth0 не изменит своего имени, а eth1 попытается стать eth0 (так как driver 8139too отнесётся и к нему), но у него не получится, ведь eth0 уже занят. Выбросьте строку с driver, она никак не влияет на загрузку модулей. И не именуйте интерфейсы eth0/eth1, так как вероятность конфликта повышается. Оригинальное предупреждение ifrename именно об этом и сообщало. Сообщите о результате. 33852 11 taf 2005-12-14 17:09:37 +0300 Прошу уточнить - упоминавшийся тут патч таки нужно поместить в пакет, или все обошлось без него? 33853 12 sass 2005-12-14 17:41:26 +0300 Что значит не именовать eth0/eth1? А как же тогда их именовать? Из-за того, что etcnet не работает с именами вида ethX и возник этот багрипорт. Я и так сейчас использую etherX. 33900 13 pilot 2005-12-15 23:19:19 +0300 Попробуйте назвать их bad и good. Ситуация, когда один называется eth0, а другой eth1, а вы их хотите назвать наоборот, в один ход не обрабатывается. 33906 14 sass 2005-12-16 01:54:54 +0300 Боюсь, что у нас тут намечается некое непонимание друг друга. У меня в машине есть два сетевых утройства - одно интегрированное на материке, а второе в виде отдельной сетевой карты. Так вот используется то, которое не интегрированное, так как интегрированное глючит и поэтому полностью "обезврежено", т.е. отключено. Без этого патча, с именем интерфейса вида "etherX", операции с устройством происходят нормально и без ругани. После применения патча и переименования того же самого интерфейса в "ethX" при выполнении service network reload/restart появляется ругань на невозможность сменить название eth1 на eth0. Однако наблюдается это только на этой машине. На другой, с одной картой, всё проходит нормально, без ругани. Как бы это дело обойти? Почему с патчем "цепляется" второе устройство? 33990 15 pilot 2005-12-19 12:10:30 +0300 Если у вас отключен набортный интерфейс, то почему у вас присутствуют и eth0 и eth1? Причины "ругани" я объяснил выше. taf: я уже не уверен, пока не прикладывайте. 33991 16 sass 2005-12-19 12:49:20 +0300 Почему так происходит - для меня остаётся загадкой. Полное прибивание устройства, включая выгрузку драйвера, к положительному результату не привело. По прежнему при налодении патча при названии интерфейса eth0 наблюдается сообщение о невозможности сменить имя с eth1 на eth0, хотя активным до этого было только одно устройство - eth0. При "откате" имени устройства на ether0 или использовании "левого" имени всё отрабатывает на ура. 33996 17 pilot 2005-12-19 13:26:19 +0300 Для аппаратно отключенного устройства модуль не загрузился бы. Насколько я вижу из диалога, данная ситуация является не неправильной работой /etc/net или ifrename, а только следствием выполненных настроек, которые приводят к созданию eth0 и eth1 и попытке переименовать eth1 в eth0. 33997 18 sass 2005-12-19 13:48:30 +0300 У меня только два вопроса: 1) почему эта ругань присутствует только при имени устройства вида ethX? 2) вот вывод ifconfig и dmesg - Вы там где-нибудь различаете название устройства eth1 или какое-либо упоминание о втором сетевом устройстве? eth0 Link encap:Ethernet HWaddr 00:05:1C:08:C0:04 inet addr:192.168.0.4 Bcast:0.0.0.0 Mask:255.255.255.192 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:58232 errors:126 dropped:0 overruns:0 frame:0 TX packets:27595 errors:2 dropped:0 overruns:0 carrier:4 collisions:3104 txqueuelen:1000 RX bytes:35908871 (34.2 MiB) TX bytes:13470281 (12.8 MiB) Interrupt:10 Base address:0xd000 eth0:1 Link encap:Ethernet HWaddr 00:05:1C:08:C0:04 inet addr:192.168.0.14 Bcast:0.0.0.0 Mask:255.255.255.192 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:366 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:10 Base address:0xd000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1423 errors:0 dropped:0 overruns:0 frame:0 TX packets:1423 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:324851 (317.2 KiB) TX bytes:324851 (317.2 KiB) Вот кусок dmesg: [cut] Type: CD-ROM ANSI SCSI revision: 02 8139too Fast Ethernet driver 0.9.26 divert: allocating divert_blk for eth0 eth0: RealTek RTL8139 at 0xcc24b000, 00:05:1c:08:c0:04, IRQ 10 eth0: Identified 8139 chip type 'RTL-8139C' eth0: link up, 10Mbps, half-duplex, lpa 0x0000 /dev/vmmon[790]: Module vmmon: registered with major=10 minor=165 /dev/vmmon[790]: Module vmmon: initialized [cut] И в конце концов, если бы я даже и имел бы два устройства и назвал бы их eth0 и eth1, то почему это должно вызывать конфликт при команде restart? 33998 19 pilot 2005-12-19 14:29:58 +0300 А это тогда откуда? > Error: cannot change name of eth1 to eth0: File exists 33999 20 sass 2005-12-19 14:52:11 +0300 Я фигею в этом зоопарке! :) Дык, а я почём знаю? Я потому и поднимаю пыль, что непонятно, откуда вообще мог eth1 взяться. А может это eth0:1 из-за патча переименовывается в eth1? Не может такого быть? 34000 21 pilot 2005-12-19 15:05:15 +0300 Если не использовать ifconfig, а использовать ip, то станет ясно, что eth0:1 не существует, это фикция. Приаттачьте tar.gz с содержимым /etc/net или пришлите мне почтой. И lspci/pciscan + /etc/modules.conf покажите. 34003 22 pilot 2005-12-19 16:43:18 +0300 Просмотрев файлы, я вынужден констатировать отсутствие eth1. Если избавиться от eth0:1, проблема исчезает? 34080 23 pilot 2005-12-22 11:20:37 +0300 ? 35032 24 pilot 2006-01-24 10:21:24 +0300 Исчезает или нет? 35033 25 sass 2006-01-24 10:32:14 +0300 Сейчас - с патчем - вроде бы всё работает. Я думаю, что можно закрыть баг. 35035 26 pilot 2006-01-24 10:58:11 +0300 Патч пока сам по себе, он отдельно от Sisyphus. Что без него? 35037 27 sass 2006-01-24 12:52:52 +0300 Без него наверное тоже-самое, что и было. У меня сейчас нет возможности это проверить - занят сдачей экзаменов. 35038 28 pilot 2006-01-24 13:12:19 +0300 Тогда за отсутствием подобных жалоб я понижаю severity и откладываю в долгий ящик. Разберёмся позже. 35040 29 sass 2006-01-24 13:51:56 +0300 Согласан. По возможности проверю, что происходит без eth0:1. 39800 30 pilot 2006-08-27 15:53:39 +0400 Есть новости? 40338 31 pilot 2006-09-16 22:44:36 +0400 При необходимости пожалуйста переоткройте. 1265 2005-11-27 16:49:52 +0300 2005-11-27 16:49:52 +0300 wireless-utils patch ifrename-28pre10-alt-eth0nowarn.patch text/plain 970 pilot ZGlmZiAtdXJOIHdpcmVsZXNzX3Rvb2xzLjI4Lm9yaWcvaWZyZW5hbWUuYyB3aXJlbGVzc190b29s cy4yOC9pZnJlbmFtZS5jCi0tLSB3aXJlbGVzc190b29scy4yOC5vcmlnL2lmcmVuYW1lLmMJMjAw NS0wNS0yNyAwMzoxNTo1NSArMDQwMAorKysgd2lyZWxlc3NfdG9vbHMuMjgvaWZyZW5hbWUuYwky MDA1LTExLTI3IDE2OjI2OjA2ICswMzAwCkBAIC0xNzI2LDE0ICsxNzI2LDcgQEAKICAgbWVtY3B5 KGlmbm9kZS0+aWZuYW1lLCBwb3MsIGxlbik7IAogICBpZm5vZGUtPmlmbmFtZVtsZW5dID0gJ1ww JzsgCiAKLSAgLyogQ2hlY2sgdGhlIGludGVyZmFjZSBuYW1lIGFuZCBpc3N1ZSB2YXJpb3VzIHBl ZGFudGljIHdhcm5pbmdzLgotICAgKiBXZSBhc3N1bWUgcGVvcGxlIHVzaW5nIHRha2VvdmVyIHdh bnQgdG8gZm9yY2UgaW50ZXJmYWNlcyB0byB0aG9zZQotICAgKiBuYW1lcyBhbmQga25vdyB3aGF0 IHRoZXkgYXJlIGRvaW5nLCBzbyBkb24ndCBib3RoZXIgdGhlbS4uLiAqLwotICBpZigoIWZvcmNl X3Rha2VvdmVyKSAmJgotICAgICAoKCFzdHJjbXAoaWZub2RlLT5pZm5hbWUsICJldGgwIikpIHx8 ICghc3RyY21wKGlmbm9kZS0+aWZuYW1lLCAid2xhbjAiKSkpKQotICAgIGZwcmludGYoc3RkZXJy LAotCSAgICAiV2FybmluZzogSW50ZXJmYWNlIG5hbWUgaXMgYCVzJyBhdCBsaW5lICVkLCBjYW4n dCBiZSBtYXBwZWQgcmVsaWFibHkuXG4iLAotCSAgICBpZm5vZGUtPmlmbmFtZSwgbGluZW51bSk7 CisgIC8qIENoZWNrIHRoZSBpbnRlcmZhY2UgbmFtZSBhbmQgaXNzdWUgdmFyaW91cyBwZWRhbnRp YyB3YXJuaW5ncy4gKi8KICAgaWYoc3RyY2hyKGlmbm9kZS0+aWZuYW1lLCAnOicpKQogICAgIGZw cmludGYoc3RkZXJyLCAiV2FybmluZzogQWxpYXMgZGV2aWNlIGAlcycgYXQgbGluZSAlZCBwcm9i YWJseSBjYW4ndCBiZSBtYXBwZWQuXG4iLAogCSAgICBpZm5vZGUtPmlmbmFtZSwgbGluZW51bSk7 Cg==