10350 2006-12-01 15:36:41 +0300 vethXXX.X/sysctl.conf is being misprocessed 2007-02-21 09:13:25 +0300 1 1 4 Development Sisyphus etcnet unstable all Linux CLOSED FIXED P2 minor --- 1 mike hiddenman dubrsl evg ldv rider sem shaba vsu vvk qa-sisyphus oldest_to_newest 42633 0 mike 2006-12-01 15:36:41 +0300 имеется (TYPE=eth): $ cat /etc/net/ifaces/veth199/sysctl.conf proxy_arp=1 получается: # ifup veth199 error: "net.ipv4.conf.veth199/proxy_arp" is an unknown key (если не veth199, а veth199.0, как предполагается в документации OpenVZ -- то пытаемся пойти в /proc/sys/net/ipv4/conf/veth199/0, а есть .../veth199.0; насколько понимаю, насчёт предложенной нотации неправы авторы openvz) 43863 1 evg 2006-12-26 08:11:53 +0300 Да оно вообще сломано полностью: $R -q etcnet etcnet-0.8.4-alt2 $R -V etcnet $su - Password: #echo 'log_martians=0' > /etc/net/ifaces/atl/sysctl.conf #service network reload ... error: "net.ipv4.conf.atl/log_martians" is an unknown key ... #cat /proc/sys/net/ipv4/conf/atl/log_martians 1 #echo 'net.ipv4.conf.atl.log_martians=0' >| /etc/net/ifaces/atl/sysctl.conf #service network reload ... #cat /proc/sys/net/ipv4/conf/atl/log_martians 1 Причём если в /etc/net/scripts/ifup-common в функций process_sysctl_file приводить строчки с VARPREFIX к общему знаменателю (точке либо слэшу), содержание sysctl.conf для интерфейса по прежднему не действует. Почему, мне непонятно. reload или stop&&start вроде роли не играет. 43900 2 mike 2006-12-26 18:42:50 +0300 Выставлю ящик пива (средне-разумной категории) в Киеве за исправление. :) 43902 3 hiddenman 2006-12-26 18:56:28 +0300 Сейчас включаю свободный тазик, где можно со всем этим поэкспериментировать. Заодно и QoS проверю, потому как у меня работает вроде как. По ходу эксперимента буду тут вопросы задавать. Поддержки ovz пока нет, желающие помочь welcome. 43904 4 hiddenman 2006-12-26 18:58:09 +0300 Миша, не подумай, что это из-за пива я оживился :-D 43910 5 hiddenman 2006-12-26 21:30:04 +0300 Вот лог общения с Сергеем. Все понятно, в принципе :) =================== <hiddenman> vsu|x86_64: и еще: /sbin/sysctl -q -w net/ipv4/conf/eth0.proxy_arp=1 раньше, судя по всему, работало. сейчас не работает. я про точку после имени интерфейса. у Pilot-а так в исходниках. мож это в 2.4 только было? <hiddenman> vsu|x86_64: без адреса никак? гм <vsu|x86_64> hiddenman: вообще-то в мане как раз '.' написано <hiddenman> /sbin/sysctl -q -w net/ipv4/conf/eth1.proxy_arp=1 <hiddenman> error: "net.ipv4.conf.eth1/proxy_arp" is an unknown key <vsu|x86_64> hiddenman: возможно, если '/', надо все так писать? <hiddenman> /sbin/sysctl -q -w net/ipv4/conf/eth1/proxy_arp=1 работает <vsu|x86_64> пошёл RTFS... <hiddenman> vsu|x86_64: возможно. тут просто баги на etcnet висят. вижу, что Денис заменил все <hiddenman> - VARPREFIX="net/ipv4/neigh/$NAME." <hiddenman> + VARPREFIX="net.ipv4.neigh.$NAME." <hiddenman> и тд <hiddenman> типа поддержка точки для чего-то там. но, похоже, неправильно что-то <vsu|x86_64> slashdot(tmpname+strlen(PROC_PATH),'.','/') <vsu|x86_64> p = strpbrk(p,"/."); <vsu|x86_64> if(!p) return; /* nothing -- can't be, but oh well */ <vsu|x86_64> if(*p==new) return; /* already in desired format */ <vsu|x86_64> hiddenman: т.е., если последний разделитель такой, как надо, ничего не делается <vsu|x86_64> hiddenman: а в данном случае переводится из '.' в '/' * ^emp^ is now known as emp|powerpc <vsu|x86_64> ой, там вообще фигня какая-то <vsu|x86_64> while(p){ <vsu|x86_64> char c = *p; <vsu|x86_64> if(c==old) *p=new; <vsu|x86_64> if(c==new) *p=old; <vsu|x86_64> p = strpbrk(p+1,"/."); <hiddenman> vsu|x86_64: такой как надо - это какой? <vsu|x86_64> } <vsu|x86_64> hiddenman: короче, все разделители должны быть одинаковые, иначе будет жопа <hiddenman> vsu|x86_64: ясно. баг Дениса, значит. а может поменяли просто недавно <vsu|x86_64> хотя чего ещё ждать от функции с именем slashdot :) <vsu|x86_64> hiddenman: вообще прикол в том, что никто не запрещает иметь '.' в имени интерфейса <hiddenman> :) <vsu|x86_64> net.ipv4.conf.dummy/iface.forwarding = 1 <hiddenman> vsu|x86_64: так как быть лучше? <vsu|x86_64> вот что получается <vsu|x86_64> а '/' всё-таки запрещено <vsu|x86_64> hiddenman: работает либо net.ipv4.conf.dummy/iface.forwarding, либо net/ipv4/conf/dummy.iface/forwarding <vsu|x86_64> hiddenman: из имени интерфейса, очевидно, проще сделать второе <vsu|x86_64> hiddenman: но в выводе sysctl оно всё равно преобразуется в первое <vsu|x86_64> hiddenman: короче, это очередные недокументированные грабли <hiddenman> ага, спасибо <vsu|x86_64> hiddenman: в том куске патча менять следовало не '/' на '.', а наоборот <henker> bb all * henker has quit ("Покидаю") <vsu|x86_64> hiddenman: или он там правит $NAME ? <hiddenman> vsu|x86_64: не, name не трогает вроде <vsu|x86_64> hiddenman: короче, я понял логику sysctl... последний символ [/.] определяет, какие символы используются как разделители <vsu|x86_64> hiddenman: т.е, у тебя получилось ("net/ipv4/conf/eth0" "proxy_arp") <hiddenman> vsu|x86_64: ясно. запишу сейчас весь твой текст в баг, там посмотрим <vsu|x86_64> hiddenman: а когда он преобразовал это в имя файла - ("net.ipv4.conf.eth0" "proxy_arp") <vsu|x86_64> hiddenman: баг-то где? <hiddenman> vsu|x86_64: преобразовывает sysctl, денис ничего не преобразовывает <vsu|x86_64> hiddenman: ну тогда лучше использовать '/' <vsu|x86_64> hiddenman: чтобы на интейфейсах с точками не глючило <hiddenman> $SYSCTL -q -w $VARPREFIX$VARNAME=$VARVALUE <vsu|x86_64> мда 43920 6 mike 2006-12-26 23:52:51 +0300 Да ладно, прям нельзя уж хоть какой-то подниматель настроения предложить за хорошее дело :-) 2 vsu: офигеть oO 43924 7 evg 2006-12-27 05:32:11 +0300 (In reply to comment #5) > Вот лог общения с Сергеем. Все понятно, в принципе :) > А вот мне что-то не очень. Я пробовал ставить везде и точки и слеши (и писал об этом здесь). Пробовал и абсолютный путь в sysctl.conf прописывать. У меня не заработало никак. :-( 43927 8 vsu 2006-12-27 10:05:53 +0300 (In reply to comment #7) > А вот мне что-то не очень. Я пробовал ставить везде и точки и слеши (и писал об > этом здесь). Пробовал и абсолютный путь в sysctl.conf прописывать. У меня не > заработало никак. :-( Все разделители в имени sysctl должны быть одного типа (либо '.', либо '/'); используемый разделитель определяется по последнему присутствующему в строке символу из набора [/.]. При этом, если используется разделитель '/', символы '.' рассматриваются как часть элемента пути; если используется разделитель '.', символы '/' при преобразовании имени в путь в /proc/sys заменяются на '.'. Т.е., в данном случае есть два варианта работы с sysctl: 1) Использовать разделитель '.', при этом все символы '.' в имени интерфейса (которые там вполне могут встречаться) необходимо заменять на '/'. 2) Использовать разделитель '/', при этом в имени интерфейса ничего заменять не надо (символы '/' в имени интерфейса встречаться не могут). 43929 9 evg 2006-12-27 10:47:31 +0300 (In reply to comment #8) > (In reply to comment #7) > > А вот мне что-то не очень. Я пробовал ставить везде и точки и слеши (и писал об > > этом здесь). Пробовал и абсолютный путь в sysctl.conf прописывать. У меня не > > заработало никак. :-( > > Все разделители в имени sysctl должны быть одного типа (либо '.', либо '/'); > используемый разделитель определяется по последнему присутствующему в строке > символу из набора [/.]. При этом, если используется разделитель '/', символы > '.' рассматриваются как часть элемента пути; если используется разделитель '.', > символы '/' при преобразовании имени в путь в /proc/sys заменяются на '.'. > > Т.е., в данном случае есть два варианта работы с sysctl: > > 1) Использовать разделитель '.', при этом все символы '.' в имени интерфейса > (которые там вполне могут встречаться) необходимо заменять на '/'. > > 2) Использовать разделитель '/', при этом в имени интерфейса ничего заменять не > надо (символы '/' в имени интерфейса встречаться не могут). Я читал копию IRC-беседы и понял это. Но попытки сделать и так (могу показать применяемые тривиальные патчи) к положительному результату не привели. Судя по логу (ставил set -x в скриптах) sysctl выполняется с нужными параметрами. Но cat упорно твердит, что log_martians не изменился (его менял). Точки в имени интерфейса, как видно, нет. Не знаю, куда ещё копать. Если всё так просто, как говорите, может патчем поделитесь? 43950 10 hiddenman 2006-12-27 14:46:45 +0300 Собственно, патч простой, дозаменить последнюю точку везде на /. Толи Денис не заметил их, толи чем-то другим руководствовался. Патч прикладываю и начинаю разыскивать Дениса :-) 43952 11 1735 hiddenman 2006-12-27 14:49:54 +0300 Created attachment 1735 ifup-common patch 43976 12 evg 2006-12-27 21:14:05 +0300 (In reply to comment #11) > Created an attachment (id=1735) [edit] > ifup-common patch > Посмотрел патч. Я дела такой же (вернее, два, ещё один с точками а не слешами). Но у меня не работает. И абсолютный путь не работает. log_martians упорно не меняется. 43995 13 evg 2006-12-28 05:43:44 +0300 (In reply to comment #11) > Created an attachment (id=1735) [edit] > ifup-common patch > ~$ R -q etcnet etcnet-0.7.16-alt1 На работе старый etcnet из Campact-а. Те же яйца. Не работает ни относительный ни абсолютный пути в /etc/net/ifaces/eth0/sysctl.conf. ifup-common патчить не нужно (одни точки). Оно вообще то тестировалось? Или руки? 43996 14 pilot 2006-12-28 05:55:23 +0300 Всем привет. Когда я вводил тасовку точек и наклонок, я решал проблему с интерфейсами, имена которых содержат точку (и решил, насколько я помню). Впрочем, если вы сообща раскопали другие ньюансы, то на здоровье (я могу сам всё проверить, но это сейчас неудобно). Перевешиваю на Андрея, он может залить пакет с тем патчем, который посчитает нужным. Только работающее не сломайте пожалуйста. 43997 15 evg 2006-12-28 07:08:15 +0300 (In reply to comment #14) > Когда я вводил тасовку точек и наклонок, я решал проблему с интерфейсами, имена > которых содержат точку (и решил, насколько я помню). Впрочем, если вы сообща > раскопали другие ньюансы, то на здоровье (я могу сам всё проверить, но это > сейчас неудобно). Перевешиваю на Андрея, он может залить пакет с тем патчем, > который посчитает нужным. Только работающее не сломайте пожалуйста. Пожалуйста, убейте меня кто-нибудь! Я ССЗБ, который редко думает головой! Разобрался. Патч работает. 44012 16 mike 2006-12-28 12:39:13 +0300 (In reply to comment #15) > Пожалуйста, убейте меня кто-нибудь! "Не дождётесь" 44028 17 hiddenman 2006-12-28 18:07:34 +0300 В общем, баг исправил и в trunk и в tag. В trunk еще кучка исправлений и нововведений. Даже не знаю, что лучше залить. Денис предлагал уже 0.8.5 pre какой-нибудь сделать. Как думаете? Вот Changelog из 0.8.5: bugfix: name managements broke ethtool calls bugfix: DHCP did not work for Fedora 5 bugfix: file permissions in Makefile bugfix: system iptables chains were not flushed bugfix: wrong sysctl options handling new feature: bash arrays IPV4ADDRESS and IPV6ADDRESS in the firewall rules 44029 18 evg 2006-12-28 18:41:04 +0300 (In reply to comment #17) > В общем, баг исправил и в trunk и в tag. В trunk еще кучка исправлений и > нововведений. Даже не знаю, что лучше залить. Денис предлагал уже 0.8.5 pre > какой-нибудь сделать. Как думаете? Стойт обновить, ИМХО. 45462 19 pilot 2007-02-17 16:39:31 +0300 Можно закрывать? 45465 20 mike 2007-02-17 17:30:04 +0300 Сейчас попробую вспомнить да проверить... 45487 21 evg 2007-02-19 07:17:24 +0300 (In reply to comment #19) > Можно закрывать? Можно. Только за OpenVZ ничего сказать не могу. А так - УМВР. :-) 45621 22 pilot 2007-02-21 09:00:24 +0300 Чудно. 1735 2006-12-27 14:49:54 +0300 2006-12-27 14:49:54 +0300 ifup-common patch ifup-common.patch text/plain 3153 hiddenman SW5kZXg6IGlmdXAtY29tbW9uCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGlmdXAtY29tbW9uCShyZXZpc2lvbiA5 ODgpCisrKyBpZnVwLWNvbW1vbgkod29ya2luZyBjb3B5KQpAQCAtMTE1LDY0ICsxMTUsNjQgQEAK IAkJCWNhc2UgJFZBUk5BTUUgaW4KIAkJCSMgKioqIElQdjQgY29uZiAqKioKIAkJCQlmb3JjZV9p Z21wX3ZlcnNpb258ZGlzYWJsZV9wb2xpY3l8ZGlzYWJsZV94ZnJtfGFycF9pZ25vcmV8YXJwX2Fu bm91bmNlKQotCQkJCQlWQVJQUkVGSVg9Im5ldC9pcHY0L2NvbmYvJE5BTUUuIgorCQkJCQlWQVJQ UkVGSVg9Im5ldC9pcHY0L2NvbmYvJE5BTUUvIgogCQkJCTs7CiAJCQkJYXJwX2ZpbHRlcnx0YWd8 bG9nX21hcnRpYW5zfGJvb3RwX3JlbGF5fG1lZGl1bV9pZHxwcm94eV9hcnApCi0JCQkJCVZBUlBS RUZJWD0ibmV0L2lwdjQvY29uZi8kTkFNRS4iCisJCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjQvY29u Zi8kTkFNRS8iCiAJCQkJOzsKIAkJCQlhY2NlcHRfc291cmNlX3JvdXRlfHNlbmRfcmVkaXJlY3Rz fHJwX2ZpbHRlcnxzaGFyZWRfbWVkaWEpCi0JCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjQvY29uZi8k TkFNRS4iCisJCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjQvY29uZi8kTkFNRS8iCiAJCQkJOzsKIAkJ CQlzZWN1cmVfcmVkaXJlY3RzfG1jX2ZvcndhcmRpbmcpCi0JCQkJCVZBUlBSRUZJWD0ibmV0L2lw djQvY29uZi8kTkFNRS4iCisJCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjQvY29uZi8kTkFNRS8iCiAJ CQkJOzsKIAkJCSMgKioqIElQdjQgbmVpZ2ggKioqCiAJCQkJaXB2NF9sb2NrdGltZXxpcHY0X3By b3h5X2RlbGF5fGlwdjRfYW55Y2FzdF9kZWxheXxpcHY0X3Byb3h5X3FsZW58aXB2NF91bnJlc19x bGVuKQogCQkJCQlWQVJOQU1FPSR7VkFSTkFNRSNpcHY0X30KLQkJCQkJVkFSUFJFRklYPSJuZXQv aXB2NC9uZWlnaC8kTkFNRS4iCisJCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjQvbmVpZ2gvJE5BTUUv IgogCQkJCTs7CiAJCQkJaXB2NF9nY19zdGFsZV90aW1lfGlwdjRfZGVsYXlfZmlyc3RfcHJvYmVf dGltZXxpcHY0X2Jhc2VfcmVhY2hhYmxlX3RpbWUpCiAJCQkJCVZBUk5BTUU9JHtWQVJOQU1FI2lw djRffQotCQkJCQlWQVJQUkVGSVg9Im5ldC9pcHY0L25laWdoLyROQU1FLiIKKwkJCQkJVkFSUFJF RklYPSJuZXQvaXB2NC9uZWlnaC8kTkFNRS8iCiAJCQkJOzsKIAkJCQlpcHY0X3JldHJhbnNfdGlt ZXxpcHY0X2FwcF9zb2xpY2l0fGlwdjRfdWNhc3Rfc29saWNpdHxpcHY0X21jYXN0X3NvbGljaXQp CiAJCQkJCVZBUk5BTUU9JHtWQVJOQU1FI2lwdjRffQotCQkJCQlWQVJQUkVGSVg9Im5ldC9pcHY0 L25laWdoLyROQU1FLiIKKwkJCQkJVkFSUFJFRklYPSJuZXQvaXB2NC9uZWlnaC8kTkFNRS8iCiAJ CQkJOzsKIAkJCSMgKioqIElQdjYgY29uZiAqKioKIAkJCQlhY2NlcHRfcmF8YXV0b2NvbmZ8ZGFk X3RyYW5zbWl0c3xmb3JjZV9tbGRfdmVyc2lvbnxob3BfbGltaXQpCi0JCQkJCVZBUlBSRUZJWD0i bmV0L2lwdjYvY29uZi8kTkFNRS4iCisJCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjYvY29uZi8kTkFN RS8iCiAJCQkJOzsKIAkJCQltYXhfYWRkcmVzc2VzfG1heF9kZXN5bmNfZmFjdG9yfG10dXxyZWdl bl9tYXhfcmV0cnkpCi0JCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjYvY29uZi8kTkFNRS4iCisJCQkJ CVZBUlBSRUZJWD0ibmV0L2lwdjYvY29uZi8kTkFNRS8iCiAJCQkJOzsKIAkJCQlyb3V0ZXJfc29s aWNpdGF0aW9uX2RlbGF5fHJvdXRlcl9zb2xpY2l0YXRpb25faW50ZXJ2YWx8cm91dGVyX3NvbGlj aXRhdGlvbnMpCi0JCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjYvY29uZi8kTkFNRS4iCisJCQkJCVZB UlBSRUZJWD0ibmV0L2lwdjYvY29uZi8kTkFNRS8iCiAJCQkJOzsKIAkJCQl0ZW1wX3ByZWZlcmVk X2xmdHx0ZW1wX3ZhbGlkX2xmdHx1c2VfdGVtcGFkZHIpCi0JCQkJCVZBUlBSRUZJWD0ibmV0L2lw djYvY29uZi8kTkFNRS4iCisJCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjYvY29uZi8kTkFNRS8iCiAJ CQkJOzsKIAkJCSMgKioqIElQdjYgbmVpZ2ggKioqCiAJCQkJaXB2Nl9sb2NrdGltZXxpcHY2X3By b3h5X2RlbGF5fGlwdjZfYW55Y2FzdF9kZWxheXxpcHY2X3Byb3h5X3FsZW58aXB2Nl91bnJlc19x bGVuKQogCQkJCQlWQVJOQU1FPSR7VkFSTkFNRSNpcHY2X30KLQkJCQkJVkFSUFJFRklYPSJuZXQv aXB2Ni9uZWlnaC8kTkFNRS4iCisJCQkJCVZBUlBSRUZJWD0ibmV0L2lwdjYvbmVpZ2gvJE5BTUUv IgogCQkJCTs7CiAJCQkJaXB2Nl9nY19zdGFsZV90aW1lfGlwdjZfZGVsYXlfZmlyc3RfcHJvYmVf dGltZXxpcHY2X2Jhc2VfcmVhY2hhYmxlX3RpbWUpCiAJCQkJCVZBUk5BTUU9JHtWQVJOQU1FI2lw djZffQotCQkJCQlWQVJQUkVGSVg9Im5ldC9pcHY2L25laWdoLyROQU1FLiIKKwkJCQkJVkFSUFJF RklYPSJuZXQvaXB2Ni9uZWlnaC8kTkFNRS8iCiAJCQkJOzsKIAkJCQlpcHY0X3JldHJhbnNfdGlt ZXxpcHY2X2FwcF9zb2xpY2l0fGlwdjZfdWNhc3Rfc29saWNpdHxpcHY2X21jYXN0X3NvbGljaXQp CiAJCQkJCVZBUk5BTUU9JHtWQVJOQU1FI2lwdjZffQotCQkJCQlWQVJQUkVGSVg9Im5ldC9pcHY2 L25laWdoLyROQU1FLiIKKwkJCQkJVkFSUFJFRklYPSJuZXQvaXB2Ni9uZWlnaC8kTkFNRS8iCiAJ CQkJOzsKIAkJCSMgKioqIElQdjQvSVB2NiBjb21tb24gdmFycyAqKioKIAkJCQlpcHY0X2FjY2Vw dF9yZWRpcmVjdHN8aXB2NF9mb3J3YXJkaW5nKQogCQkJCQlWQVJOQU1FPSR7VkFSTkFNRSNpcHY0 X30KLQkJCQkJVkFSUFJFRklYPSJuZXQvaXB2NC9jb25mLyROQU1FLiIKKwkJCQkJVkFSUFJFRklY PSJuZXQvaXB2NC9jb25mLyROQU1FLyIKIAkJCQk7OwogCQkJCWlwdjZfYWNjZXB0X3JlZGlyZWN0 c3xpcHY2X2ZvcndhcmRpbmcpCiAJCQkJCVZBUk5BTUU9JHtWQVJOQU1FI2lwdjZffQotCQkJCQlW QVJQUkVGSVg9Im5ldC9pcHY2L2NvbmYvJE5BTUUuIgorCQkJCQlWQVJQUkVGSVg9Im5ldC9pcHY2 L2NvbmYvJE5BTUUvIgogCQkJCTs7CiAJCQkJKikKIAkJCQkJcHJpbnRfZXJyb3IgIkNhbid0IGF1 dG9jb21wbGV0ZSBzeXNjdGwgdmFyaWFibGUgbmFtZSAnJFZBUk5BTUUnIGluIGZpbGUgJyRTUkNG SUxFJy4gUGxlYXNlIGZpeCIK