|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/423.65 20 Mar 2002 13:39:00 To : Valentin Nechayev Subject : Re: Запpетят ли Линукс (Re: к вопpосу о лицензиях на воздух) -------------------------------------------------------------------------------- At Mon, 18 Mar 02 09:33:26 +0300 Valentin Nechayev <netch@segfault.kiev.ua> wrote: >> IS> Hу не знаю. Мой подход к cvsup'у такой - когда я делаю cvsup продакшн >> IS> и не очень серверов, то предпочитаю апдэйтить до релиза. >> а промежду релизами - дырки и глюки затыкаешь "вручную, штурвалом, на глаз?" VN> Alex, ты правда ещё не знаешь про RELENG_x_y ветки? я живу в releng_4_5. Вот только выбраться из такой тупиковой ветки обратно в STABLE, если вдруг понадобится, будет очень большой проблемой. (как раз недавно, почесав репу, пришел к выводу, что проще оторвать системный диск, благо он отдельный, и воткнуть на его место новый, заново настроив конфиги - аптайм у этого ящика был примерно год) VN> Или после 27 января уже узнал? я перелез на 4_5 кажется, где-то в конце того года - в STABLE сломали сборку вне /usr/obj (и, похоже, так до сих пор и не починили). VN> А есть ещё и система бинарных апдейтов к ним же. Вытащил - воткнул. это и есть то, что я называю "штурвалом, на глаз". VN> Кажется, для 4.3 уже нету; к 4.4, 4.5 дают бинарные апдейты. они тормозят обычно на пол-дня и неудобны в употреблении. Гораздо удобнее cvsup раз в день - с разглядыванием, что сегодня поменялось. Это работало где-то до прошлой весны (т.е. 3.2 и выше, 4.x до 4.2S) - когда в STABLE понавыпустили каких-то козлов, и make buildworld начал обламываться например потому, что какой-то умник заметил, что у games/morse нет мана ($!$!) и так этим возбудился, что обозначил этот факт в makefile - только вот неправильно, а проверить не почесался. Потом начало периодически ломаться ядро - то aic, то ad. В 3.S порадовали неработающим bind, который так по сей день и не работает. VN> Хороший вопрос - насчёт отслеживать;))) VN> У меня это решено так: подписан cvs-all, который сваливается VN> на всякий случай туда, где я его уже никогда не прочитаю полностью;)), VN> а procmail вытаскивает мне в основной mailbox те письма, которые содержат VN> ^X-FreeBSD-CVS-branch: RELENG_.*_.* (ну понимаешь) VN> В результате, как правило, сообщения о затыкании приходят за несколько VN> часов до выхода сообщения в security-notifications@ (которые ты, видимо, VN> тоже читаешь не более чем по диагонали - иначе бы такие существенные я их вообще не читаю. Стираю раз в неделю все, что туда свалилось, в лучшем случае просмотрев заголовки. VN> Естественно, хвастаться тут нечем и любой нормальный админ должен уметь VN> корябать такие штуки совершенно автоматически, но весь апдейт занял меньше VN> часа суммарного времени, перед тем как идти пьянствовать женский праздник. нда. В моем случае cvsup везде, кроме одной таки -STABLE сработал сам, но вот дальше... праздник. Все машины живут с /usr в r/o, насколько безопасно множественное mount -u - до сих пор неясно, предупреждение в man, во всяком случае, вроде бы никуда не делось. Половина - в securelevel 3. (и rc.conf просто так тоже не редактируется) Консоли есть далеко не от всех. Аптаймы иногда по году - при перезагрузке с гарантией что-то отвалится. В общем, кое-что по сей день работает с дырявым ssh'ем. VN> нехранением в пакетах (и, соответственно, смотря на систему, не всегда VN> уверен, что все апдейты были накатаны - местами были такие звери - угу - поэтому я с матюками пересобираю ядро даже там, где это нахрен не нужно :( VN> Hо для меня это несущественно по простой причине - раз в пару месяцев VN> всё равно делается world, хотя бы для проверки железа, и тем более VN> для очистки от глюков в памяти и в файлах, если будут. мне для этого надо пяти менеджерам сообщить заранее, а шестому - за две недели. При этом кого-нибудь, как правило, забываешь - и он узнает о перезагрузке машины, когда ему звонит клиент. > Alex --- ifmail v.2.14.os-p7 * Origin: Down System -2 (2:5020/423.65) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/57902dd4369b.html, оценка из 5, голосов 10
|