Re: стабильность amd64 etch
On 11/11/06, Dmitri Samsonov [EMAIL PROTECTED] wrote: Приветствую! В скором времени ко мне должны приехать два сервера. Предполагается залить на них Debian (amd64), настроить всё, что необходимо, и в конце ноября отправить их на colocation. Для сервера требуется всякие php5, mysql5 и прочие подозрительные штуки. Вот передо мной грядёт выбор: либо sarge+backports, либо etch, который уже вот-вот обещают. Не хотелось бы, чтобы во время очередного апдейта сервера, который уже работает в стоечке у хостера, что-нибудь там ёкнулось, да ещё так, чтобы удалённо не фиксилось и пришлось бы выезжать ковыряться. Но, с другой стороны, решение sarge+backports кажется мне уж больно корявым, (тем паче, что etch уже грядёт) и переходить потом с sarge+backports на etch настолько рискованное дело (на мой взгляд), что лучше даже и не пробовать. Интересно спросить у всех, кто как поступил бы в данной ситуации? Что подсказывает опыт, высока ли вероятность критических ситуаций при апдейтах? Расчётное время: конец ноября -- начало декабря. Я понимаю, что гарантированного ответа здесь быть не может, но что подсказывает ваш опыт? (У меня самого опыт небольшой -- полгода активной эксплуатации Debian Etch.) все уже работает достаточно стабильно и хорошо. у меня на ~ 7-8 серверах стоит etch и все апдейты проходят ровно :) если конечно не считать того что вот сейчас debconf в etch сломан и dist-upgrade почти наверняка закончится аварийно :) такое впрочем большая редкость -- Alexej Bestchiokov EMail/JID: [EMAIL PROTECTED] phone: +7 495 7853149
Re: стабильность amd64 etch
В сообщении от 12 ноября 2006 02:25 Yauhen Kharuzhy написал(a): On Sat, Nov 11, 2006 at 03:24:45PM +0300, Dmitri Samsonov wrote: Приветствую! В скором времени ко мне должны приехать два сервера. Предполагается залить на них Debian (amd64), настроить всё, что необходимо, и в конце ноября отправить их на colocation. Для сервера требуется всякие php5, mysql5 и прочие подозрительные штуки. Вот передо мной грядёт выбор: либо sarge+backports, либо etch, который уже вот-вот обещают. Знаю человека, у которого месяц назад на colocation при обновлении ядра (как раз, кстати, amd64, вот не помню, етч там был или что-то другое) с чего-то вдруг перестал запускаться ssh server. Пришлось ему ломать собственный сервер :) у меня на десктопе etch amd64 правда там всяких php5 нету работает нормально уже на верно с год обновляю несколько раз в неделю -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: [EMAIL PROTECTED] -- С уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
стабильность amd64 etch
Приветствую! В скором времени ко мне должны приехать два сервера. Предполагается залить на них Debian (amd64), настроить всё, что необходимо, и в конце ноября отправить их на colocation. Для сервера требуется всякие php5, mysql5 и прочие подозрительные штуки. Вот передо мной грядёт выбор: либо sarge+backports, либо etch, который уже вот-вот обещают. Не хотелось бы, чтобы во время очередного апдейта сервера, который уже работает в стоечке у хостера, что-нибудь там ёкнулось, да ещё так, чтобы удалённо не фиксилось и пришлось бы выезжать ковыряться. Но, с другой стороны, решение sarge+backports кажется мне уж больно корявым, (тем паче, что etch уже грядёт) и переходить потом с sarge+backports на etch настолько рискованное дело (на мой взгляд), что лучше даже и не пробовать. Интересно спросить у всех, кто как поступил бы в данной ситуации? Что подсказывает опыт, высока ли вероятность критических ситуаций при апдейтах? Расчётное время: конец ноября -- начало декабря. Я понимаю, что гарантированного ответа здесь быть не может, но что подсказывает ваш опыт? (У меня самого опыт небольшой -- полгода активной эксплуатации Debian Etch.) -- Dmitri Samsonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: стабильность amd64 etch
Dmitri Samsonov - debian-russian@lists.debian.org @ Sat, 11 Nov 2006 15:24:45 +0300: DS В скором времени ко мне должны приехать два сервера. Предполагается DS залить на них Debian (amd64), настроить всё, что необходимо, и в конце DS ноября отправить их на colocation. Для сервера требуется всякие php5, DS mysql5 и прочие подозрительные штуки. Вот передо мной грядёт выбор: либо DS sarge+backports, либо etch, который уже вот-вот обещают. DS Не хотелось бы, чтобы во время очередного апдейта сервера, который уже DS работает в стоечке у хостера, что-нибудь там ёкнулось, да ещё так, чтобы DS удалённо не фиксилось и пришлось бы выезжать ковыряться. Но, с другой DS стороны, решение sarge+backports кажется мне уж больно корявым, (тем DS паче, что etch уже грядёт) и переходить потом с sarge+backports на etch DS настолько рискованное дело (на мой взгляд), что лучше даже и не пробовать. Судя по нынешнему состоянию, etch уже надежнее, чем sarge+backports. Если еще не обновляться в автопилоте просто потому что обновления приехали, а ограничиваться лишь затыканием дыр в безопасности, то до стабилизации вполне доживабельно, судя по тому, что его уже подумывают стабилизировать. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Нет применения человеческому разуму! (c)JB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: стабильность amd64 etch
Dmitri Samsonov - debian-russian@lists.debian.org @ Sat, 11 Nov 2006 17:10:41 +0300: DS В скором времени ко мне должны приехать два сервера. Предполагается DS залить на них Debian (amd64), настроить всё, что необходимо, и в конце DS ноября отправить их на colocation. Для сервера требуется всякие php5, DS mysql5 и прочие подозрительные штуки. Вот передо мной грядёт выбор: либо DS sarge+backports, либо etch, который уже вот-вот обещают. DS Не хотелось бы, чтобы во время очередного апдейта сервера, который уже DS работает в стоечке у хостера, что-нибудь там ёкнулось, да ещё так, чтобы DS удалённо не фиксилось и пришлось бы выезжать ковыряться. Но, с другой DS стороны, решение sarge+backports кажется мне уж больно корявым, (тем DS паче, что etch уже грядёт) и переходить потом с sarge+backports на etch DS настолько рискованное дело (на мой взгляд), что лучше даже и не пробовать. Судя по нынешнему состоянию, etch уже надежнее, чем sarge+backports. Если еще не обновляться в автопилоте просто потому что обновления приехали, а ограничиваться лишь затыканием дыр в безопасности, то до стабилизации вполне доживабельно, судя по тому, что его уже подумывают стабилизировать. DS А когда etch таки стабилизируется, обновиться-то полностью захочется. DS (-: Опасность проблем в таком случае всё равно остаётся, как я понимаю? Практически нет. О тех, кто с етча на етч будет апдейтиться, они тоже подумают. Нас таких много. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Обладаю смехотворными способностями. Кнышев -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: стабильность amd64 etch
On Sat, Nov 11, 2006 at 05:10:41PM +0300, Dmitri Samsonov wrote: Artem Chuprina пишет: Судя по нынешнему состоянию, etch уже надежнее, чем sarge+backports. Если еще не обновляться в автопилоте просто потому что обновления приехали, а ограничиваться лишь затыканием дыр в безопасности, то до стабилизации вполне доживабельно, судя по тому, что его уже подумывают стабилизировать. А когда etch таки стабилизируется, обновиться-то полностью захочется. (-: Опасность проблем в таком случае всё равно остаётся, как я понимаю? Просто я помню, что волны больших обновлений с обвалом системы пошли где-то начиная с октября, до этого если и были, то крайне редко. На каком-нибудь этапе до релиза эти волны должны закончиться (например, когда RC1 выйдет), после чего будут лишь мелкие багфиксы или эта буря поутихнет только с официальным выходом etch? Дмитрий, может быть Вам поможет определиться информация на http://release.debian.org/ -- Станислав