А то сейчас оно пишет "ipt_netflow version 1.6 (8192 buckets)" Может быть отдельным модулем, как для ovz-el было на днях сделано.
Спасибо, соберу внешним модулем
пожалуйста, не надо модуль в отдельном пакете. У меня уже понаставлено серверов, которые надо будет обновлять с ipt_NETFLOW. Оставь его в пакете с ядром.
Уже установленные сервера, конечно, повод оставить всё, как есть. Но и в отдельном модуле тоже есть смысл. Этот модуль не входит в ядро и является отдельным проектом, причём развивающимся. Обновление может оказаться нужным, а обновлять ядро целиком из-за модуля можно конечно, но кажется чрезмерным. Перезагрузка, опять же, или же надо самому собирать модуль под текущее ядро и подсовывать руками. Сейчас вот интересное отличие 1.7 от 1.6 - это появившаяся возможность делать время от времени "sysctl -w net.netflow.flush=1".
(In reply to comment #2) > У меня уже понаставлено серверов Тебя обучить pdsh? ;-) (в случае с выносом e1000e тоже повздыхал, но уж лучше пусть будет отдельно и обновляемое, чем выбор -- морочиться с обновлением или ну его, пока в ваниллу приедет)
мне нужно отсутствие регрессий. Поэтому коль оно втащено в ядро, то пускай оно там и будет, что бы нигде не пришлось менять конфиги ровно потому, что кому-то показалось, что модуль обновляется чаще ядра.
Модуль обновляется вообще вне зависимости от ядра, вот в чём беда. А регрессия - это необходимость помнить об лишнем apt-get install один раз ? Но, на самом деле, основная идея - это хорошо бы, чтобы идентичные модули у всех ядер были собраны одинаково. Хоть в составе пакета с ядром, хоть отдельно, но - одинаково.
kernel-image-std-def-1:2.6.39-alt1 -> sisyphus: * Tue Jun 07 2011 Anton Protopopov <aspsk@altlinux> 1:2.6.39-alt1 - Update to 2.6.39.1 - Update ipt_NETFLOW to 1.7.1 (ALT 25697) - Build asix.ko as a separate module with src from vendor (ALT 25709) - Build u200.ko as a separate module (ALT 24265) - Update aufs to the latest one - Don't build broken subfs, fglrx, dahdi, lirc
(In reply to comment #5) > мне нужно отсутствие регрессий. Это к QA -- если не делать промежуточный репо для проверенных обновлений, то и никаких гарантий отсутствия регрессий давать не следует. Пытаться напялить на сизиф мерки жёсткого продакшена -- всё-таки совсем ни в какие ворота не лезет.
