OpenVMS кластер сети West Virginia Network отпраздновал (http://www.openvms.org/stories.php?story=06/01/08/4531954) десятилетнюю работу без перезагрузки.
Кластер состоит из машин:
- Alpha 4100 4 x 533Mhz CPU, VMS 7.3-2
- VAX 6000-630, VMS 7.3
- Четыре рабочие станции DEC 3000 работающие под VMS 7.3-2;
URL: http://www.openvms.org/stories.php?story=06/01/08/4531954
Новость: http://www.opennet.me/opennews/art.shtml?num=6771
Круто !!! А на виндах слабо ????
Здесь, дело не только в софте а и в платформе тоже. на интеле даже без ОС думаю что машинка столько не протянет. :)
Хотя если речь идет об uptime всего кластера в целом, то вполне может и на винде :)
на виндах 10летней давности вроде ограничение на аптайм было 47 с чем-то дней ;)
Это было в nt 3.51 и связано с тем что счетчик секунд кажется выходил за пределы разрядности переменной :) но ни к каким особо критическим последствиям сие не приводило :)
Сравнивать конечно не стоит, но у меня один компьютер (digital Venturis 575 - служит для управления офисной АТС) уже без перезагрузки 8 лет работает :)
а чо, 533 МГЦа были такие частоты в 1996 году? 8-0:)
да были, у меня 2х процессорная альфа в 95ом году была с такой частотой.
у интелей самый топ тогда был 233 :)
:]
Хе, епть, а я знаю где в России, мало того в Москве
мало того я там работал, в 2002 увольнялся работали и до сих пор работают, и до меня 12 лет работал.
И только два VAX-6000 на VAX/VMS-7.3
Так что, бубен пускай сосут.
Ну - ну ....
"У нас есть _такие_ приборы! ... Но мы вам оних не расскажем!"(С) Манго-Манго. Очень точно описано все на что способна современная Россия.
Не, я серьёзно. Дистриба VAX/VMS как такового и небыло,
и его вместе с железом по частям вывезили, через ФРГ в Чехословакию,
ну а там ессесенно наше КГБ и MИД CCCP. Так что из-за этого и не перегружают, потому что если глюкнит, то восстанавливать точно полгода и больше будут.
брехня какая противнаяЧто?
За 10 лет не нужно было ни одного нового сервиса обновить или добавить?
Компы служат отопительными приборами то есть?
Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ. Зачем? - спросит лох.
А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут, я хочу видеть, что сервер по приходе питания сам встает.
Аптайм - это спорт. Просто потому, что пыль - достаточно электропроводна, чтобы завалить за 5 лет любой сервак, если только он не стоит в очень "чистой" комнате.
Совершенно согласен!
Кроме пыли еще инереснее наше электропитание. Не говоря о том, что в УПСах аккумы через 2 года ложаться, да еще в эл.сети какая то хрень проскакивает, что УПСы с ума сходят
Какие Clamav, какие сервисы, какие UPSы, - это Digital VAX 1988 года
на ОС VAX/VMS. Это оборонное предприятие, а не оффысный
кипятильник. На нём мат. моделированием занимаются, и 1500
юзеров одновременно работает. Это мэйнфрэм, не сервер.
> Не говоря о том, что в УПСах аккумы через 2 года ложаться,
У приличных UPS hot swap есть. Для online-interactive UPS електросеть наша тоже до лампочки. Пыль, если аккуратно и если компутер грамотно разработан, можно и на ходу пропылесосить.
>Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ.Вообще-то это говорит о вашей некомпетентности, для проверки запустится ли clamav достаточно перезапустить только один сервис, ибо при перезагрузке никакой магии не происходит и он будет запущен точно таким же способом как при проверке без перезагрузки. Единственное что можно проверить перезагрузкой - это модификацию системных стартовых скриптов, но сейчас непонятно для чего кто-то возмется их трогать.
>А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут,
Больше вероятность, что у вас в момент ребута диск сдохнет, чем сервер из-за пользовательского сервиса не загрузится. Если сервис не стартанет, то всегда можно обратить внимание на ругань мониторинга и решить проблему удаленно.
>завалить за 5 лет любой сервак, если только он не стоит
>в очень "чистой" комнате.Обычно сервера падение которых критично держат не под столом, а в серверной с климат-контролем, где запыленность минимальна и резервного питания на пару часов хватит.
>>Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ.
>
>Вообще-то это говорит о вашей некомпетентности, для проверки запустится ли clamav достаточно
>перезапустить только один сервис, ибо при перезагрузке никакой магии не происходит
>и он будет запущен точно таким же способом как при проверке
>без перезагрузки. Единственное что можно проверить перезагрузкой - это модификацию системных
>стартовых скриптов, но сейчас непонятно для чего кто-то возмется их трогать.
>
>
>>А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут,
>
>Больше вероятность, что у вас в момент ребута диск сдохнет, чем сервер
>из-за пользовательского сервиса не загрузится. Если сервис не стартанет, то всегда
>можно обратить внимание на ругань мониторинга и решить проблему удаленно.
>
По идее так то оно так, однако бывает, что не все так гладко, как по идее :( Поэтому я также предпочитаю перезагружаться после важных обновлений - чисто из параноидальных соображений. По-моему лучше перестраховаться. Может быть поэтому у меня аптайм бывает порядка месяца :)>>завалить за 5 лет любой сервак, если только он не стоит
>>в очень "чистой" комнате.
>
>Обычно сервера падение которых критично держат не под столом, а в серверной
>с климат-контролем, где запыленность минимальна и резервного питания на пару часов
>хватит.Обычный климат-контроль в привычном понимании - это детский лепет. А как вам, например, серверная, заполненная инертным газом? Или стелажи, уставленные аккумуляторами (думаю, что пару дней такой "упс" то, что к нему подключено, продержит без проблем). Все зависит от того, насколько серьезно люди относятся к тому, как функционируют их системы, и какие финансовые потери будут, если они перестанут функционировать. Порою такое увидишь, что просто голова кругом идет.
>>...
>По идее так то оно так, однако бывает, что не все так
>гладко, как по идее :( Поэтому я также предпочитаю перезагружаться после
>важных обновлений - чисто из параноидальных соображений. По-моему лучше перестраховаться. Может
>быть поэтому у меня аптайм бывает порядка месяца :)
>
>>>завалить за 5 лет любой сервак, если только он не стоит
>>>в очень "чистой" комнате.
>>
>>Обычно сервера падение которых критично держат не под столом, а в серверной
>>с климат-контролем, где запыленность минимальна и резервного питания на пару часов
>>хватит.
>
>Обычный климат-контроль в привычном понимании - это детский лепет. А как вам,
>например, серверная, заполненная инертным газом? Или стелажи, уставленные аккумуляторами (думаю, что
>пару дней такой "упс" то, что к нему подключено, продержит без
>проблем). Все зависит от того, насколько серьезно люди относятся к тому,
>как функционируют их системы, и какие финансовые потери будут, если они
>перестанут функционировать. Порою такое увидишь, что просто голова кругом идет.У Вас богатая фантазия, но все-таки учите матчасть: "Теория Надежности для чайников, кипятильников, а также для серверов уровня предприятия.", и ваша голова не пойдет кругом, а аптайм серверов будет измеряться годами. Прошу простить меня за неуместный юмор, но что такое горячее резервирование компонент в устройствах критичных к отказам Вы просто обязаны знать. И еще, если вы начинающий администратор: на "боевой" технике КАТЕГОРИЧЕСКИ ЗАПРЕЩЕНО проводить эксперименты с ПО и его настройками. Для этого существуют резервные и тестовые сервера. Еще рискну заметить, что кроме Internet-серверов существуют сервера приложений, обновления на которых делаются крайне редко, что обусловлено их предназначением в существующих бизнес- и производственных процессах. Не сомневаюсь в Ваших способностях вывести их из строя в течении 5 лет(есть умельцы которым и нескольких минут для этого будет достаточно!), но аптайм в 10 лет показатель того, что в той фирме работают (или обслуживают технику)высококвалифицированные специалисты, и что система была изначально спроектирована грамотно. Надежные системы есть. И эта заметка - еще одно тому подтверждение.
Это идиотизм, если только вы не сушите на серваке, отключенном от локалки, сухарики.Будь сервер хоть какой самый "боевой" - выплывают баги и выходят секюьрити фиксы.
К моменту наката, по поводу критической опасности, новой версии приложения, сменяются до полной неработоспособности с какими бы то ни было бывшими пререквизитами: версия ядра, версия bind, версия SSH. Это - как минимум. Перемены версий всего описанного сопровожадются как мощной несовместимостью конфиг файлов от версии к версии, так и мощной несовместимостью расположения конфиг файлов в системе. Перл тоже, скорее всего, придется переставить. Попытки мудрить в обход шутдауна наталкиваются на _secure_path(3) для начала.
http://www.opennet.me/search.shtml?words=_secure_path%3...
И без перегрузки, а то физического тычка в кнопку - сервак жить не будет.
То есть жить, печь сухарики, будет, но httpd не будет сдавать документов, MТA - персылать почту и так далее.Жить в аптайме может только heart-beat демон кластера, отвечающий heart-beat демону аптаймометра.
>Это идиотизм, если только вы не сушите на серваке, отключенном от локалки, сухарики.Не вижу смысла оспаривать ваши доводы. Но от вашей эмоциональности меня аж дрожь проняла. Одна только "мощная несовместимость расположения конфиг файлов в системе" чего стоит. Еще раз повторюсь, что существуют не только интернет-сервера, с которыми имеет дело бОльшая часть IT-персонала на данный день. То что ваша домашняя сетка "пролежит" пару часов пока вы выверяете кто виноват: "мощная несовместимость расположения конфигов", кривые руки или зеленые человечки, ничего в жизни не меняет, просто порнухи будет в это время выкачано меньше, да и спама меньше вылито. Но когда в дауне сервер предприятия, админ чешет репу и ссылается на "фиксы не той системы", сложность настройки этого "bind"-a и т.д. и т.п. - это уже другая песня. Хотя, о чем это я? Cудя по реплике и Вы не знакомы с теорией надежности тоже.
>Это идиотизм, если только вы не сушите на серваке, отключенном от локалки,
>сухарики.
>
>Будь сервер хоть какой самый "боевой" - выплывают баги и выходят секюьрити
>фиксы.
>
>К моменту наката, по поводу критической опасности, новой версии приложения, сменяются до
>полной неработоспособности с какими бы то ни было бывшими пререквизитами:
>Жить в аптайме может только heart-beat демон кластера, отвечающий heart-beat демону аптаймометра.
Это упрощенный взгляд неискушенного админа, пришедешему на работу в эпоху интернета. Кластер может
1. таки не иметь "локалки"
2. иметь стоимость перезагрузки настолько существенно высокую, что вопрос про "секюьрити фиксы" решается несколько иным, чем обновление софта, путем. Хотел бы я посмотреть, как админы лихо перезапускают управляющие машины где-то на АЭС. Или пусть даже в АСУТП на непрерывном производстве.
http://www.opennet.me/openforum/vsluhforumID1/61232.html
>Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ. Зачем? - спросит лох.>А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут, я хочу видеть, что сервер по приходе питания сам встает.
Затем, что это говорит о Вашей же некомпетентности. Для этого давно была изобретена shutdown now (без параметров) + getty /dev/cuaa0.
ps: я уже не говорю о других более "user-friendly" способах.
davnenko ja chital v Japonii server pensionnogo fonda s 6 kakogo to goda rabotal bez perezagruzki
Интересно, а у Вас, дорогие, сервера под какими осями стоят и как долго, может рекорды будем учитывать - ведь это действительно показатель стабильности и надежности!!!
У меня редхат стоял пол-года, пока в мое отсутствие начальник отдела ИС(виндузятник не дал команду на резет-ограничить его в этой возможности я не мог по служебной зависимости).
Народ, серьезно - а у кого больше(дольше по времени) и на каких платформах никсовые сервера без резета живут???
это не показатель, у самого по году и больше работают и не чихают, уверен что найдутся и такие у кого и того больше. ось FreeBSD
В никсах reset - это фитча, придуманная для приколов и плановых перезагрузок!
аптайм орг как раз и существует
у всех серверов в нашей организации линукс и фрибизиди сервера uptime более года.
забавная перезагрузка была 2 года назад:
сотруднег пошел устанавливать новую ОС на сервер вечером. зашел в аппаратную, вынул сервер из стойки, понес на стол, открыл крышку, че-та много пыли и винт как-будто другой... звоночек: "что у вас там происходит, блять?!"
вынул рабочий сервер такого же цвета и формы висящий над нужным. неделю сидеть не мог.
Linux до 2 лет
u menia posle 2-x let scetcik uptime v Linuxe obnulilsia (bez perezagruzki) :(
Uptime около 3 лет на Новелле
Пред. рестарт был по вине сгоревшего БП
FreeBSD 4.7 Шлюз с почтой, 3 года с копейками стоял. А потом фирма развалилась и всё накрылось медным тазом
А у меня вот 450 дней не перегружался роутер на P-120 (какой-то бывший десктопник Dell), OpenBSD/2.9, потом правда снять пришлось, очень обидно было :-(
Мда наверное мне стоит помочать в тряпочку, но раз уж начали мерятся @#$%&# то скажу: сервер 486dx2-80(промычленное исполнение) os/2 2.11 проработал с 1994 по 2002 год над сбором и обсчетом данных экспериментов, суточный объем данных около 1gb. :)
364 дня домовая сеть, redhat 7.2(3) стоящий в ящике на крыше. Стоял бы больше, если бы монтажник не полез сука чтото ковырять. Без упсов и прочего, просто стоял и работал. А вообще все ребуты либо изза чубайса либо изза монтажников... вот так вот :)
%uname -a
FreeBSD ********** 4.8-RELEASE-p27 FreeBSD 4.8-RELEASE-p27 #0: Tue Dec 28 16:52:03 EET 2004 root@**********:/usr/obj/usr/src/sys/GENERIC i386
%uptime
0:11 up 372 days, 10:24, 1 user, load averages: 1,4 1,1 0,3
> 0:11 up 372 days, 10:24, 1 user, load averages: 1,4 1,1 0,3Друзья, а как трактовать (или где про это прочитать) три числа в плавающем виде в строке "load averages" ??
>Друзья, а как трактовать (или где про это прочитать) три числа в плавающем виде в строке "load averages" ??Э. Майкл, Т. Брайан. FreeBSD. Энциклопедия пользователя
2-е издание.
страница 273.
Спасибо :) Где бы ещё эту книгу взять ?..... :)
>Спасибо :) Где бы ещё эту книгу взять ?..... :)не вопрос, пиши vvg769 @ list ru
пришлю пдфник
$ uname -a
FreeBSD gw106.rbl106.rublevski.loc 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sun Jan 11 04:21:45 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386
$ uptime
1:15AM up 517 days, 6:46, 1 user, load averages: 0.00, 0.00, 0.00
>$ uname -a
>FreeBSD gw106.rbl106.rublevski.loc 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sun Jan 11 04:21:45 GMT 2004
> root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386
>$ uptime
> 1:15AM up 517 days, 6:46, 1 user, load averages:
>0.00, 0.00, 0.00
класно вам
у меня домовая сеть
сервак больше 30 дней без ребута не стоит
а я команду reboot делал лишь 1 раз и то после первой установки..
даже упс не спасает
света бывает и по пол дня нету:(
> 1:15AM up 517 days, 6:46, 1 user, load averages: 0.00, 0.00, 0.00:))) Особенно нагрузка классная. 5.2 глюкалово. Чуть нагрузи fatal trap 12 сразу
Сколько я с ней намууучилсяя
news сервер на linux 2.2 uptime был 1030 дней (есть screenshot ;) ). смотрели по uptime dnews, потому что счетчик в сама линуксе раза 2 переполнялся. упал по причине аварии с электричеством не было питания больше 6 часов, упсы понятно дело не спасли. после включения перестали крутится все кулеры что были с корпусе :)
еще у одного было uptime около 700 дней (www, mysql, linux 2.2) - исдох PSU
Стоит на старой работе аналогичная Альфа. Раз в год ее выключают для знакомства с пылесосом и проверки вентиляторов.
2 года назад Альфа встала, потому как отказал один вентилятор.
Ничего суперского тут не вижу. Если железо и ПО не менять, то и 100 лет простоит. Чего ему будет-то?
*никсы, *никсы......2000 server: 484 дня, судя по счетчику mysql-ного монитора. Сколько работал до перезапуска мускульного сервиса - не помню, где-то месяца 3, перезагружался по причине переезда в другое здание
Да все операционки нормально работают если их настроить и больше не трогать. Вот только такое мало кому реально надо. Проблемы с безопасностью как решать? Если ядро патчил/пересобирал/обновлял мир - без ребута не обойтись. Есть ведь реально вещи, которые без ребута не решить.
Как тут правильно заметили в новости шел разговор о кластере. Если это КВД кластер, то вполне логично. Одну ноду в даун на проверку, вторая работает по полной.Так что как бы показатель, но вот чего? Разве что того, что очень хороший софт использовался для организации кластера, да железо.
Есть операционные системы, которые делают перезагрузку или скажем смену ядра без убивания запущенных пользовательских процессов.
Технически делается примерное так:
сначала все процессы кроме ядра останавливаются, скидываются на диск.
Потом на диске исправляется образ ядра. Далее следует перезагрузка железа. Далее поднимается образ памяти с диска. Идет инициализация ядра. Далее процессы продолжают запускаются с той же точки где были остановлены.
Это похоже на hybernate, но тут разница в том, что между перезагрузками меняется ядро.
Вот бы в Linux/BSD такое сделали ...
Ни разу не слышал, а что за операционки такие?
Хм. 1984 год. EC-1033. Была такая фигня. FOCUS называлась.
Всю ночь задача считалась. Потом делали "слепок" на ленту.
В следующий раз загружали этот "слепок" и вуаля.
Главное чтобы диски стояли на тех же самых устройствах.
я слышал что есть такое уже во freebsd
Или скажем так... Имеется работающее ядро, назовём его мастер, работающие процессы. Администратор собрал ядро свежей версии и запускает его как обычный процесс. Новое ядро синхронизирует свои внутренние структуры с мастером и дублирует в дальнейшем все его действия, назовём его slave. Админ следит за поведением свежего ядра, и если оно в течение времени наблюдения не упало, даёт специальную команду. При этом новое ядро принимает статус master, а старое - slave. Для процессов этот обмен - задержка исполнения системных вызовов длится миллисекунды. Затем, админ применяет к старому ядру команду kill.
>> Вот бы в Linux/BSD такое сделали ...Плохо исходники ядра смотришь.
──────────────── kexec system call (EXPERIMENTAL)─────────────────────┐
│ CONFIG_KEXEC: │
│ │
│ kexec is a system call that implements the ability to shutdown your │ current kernel, and to start another kernel. It is like a reboot │ but it is indepedent of the system firmware. And like a reboot │ you can start any kernel with it, not just Linux. │
│ The name comes from the similiarity to the exec system call.
│ It is an ongoing process to be certain the hardware in a machine
│ is properly shutdown, so do not be surprised if this code does not
│ initially work for you. It may help to enable device hotplugging
│ support. As of this writing the exact hardware interface is │ strongly in flux, so no good recommendation can be made. │
│ Symbol: KEXEC [=y]
│ Prompt: kexec system call (EXPERIMENTAL)
│ Defined at arch/i386/Kconfig:983
│ Depends on: EXPERIMENTAL
│ Location:
sun fire v880
solaris 8uptime - 4 года
Гы-гы, я даже знаю что на нем крутицо и где территориально он стоит, похоже даже hostname его знаю :)
Была история - начал глючить старенький п1, работавший рутером. Всё рутит, только вот ни скомпилить ничё, да и вообще шел запустить не может.Думали - думали и вырубили в конце-концов (вечерком). Оказалось мамка как-то хитро сдохла. А вы говорите "упс", "пыль"... ;)
ps FBSD
win2ks+mssql2k+самописные com компоненты для работы склада+самописные роботы которые из эксченджа почту обрабатывают
аптайм смотрю из гиены - 444 days, 0 hours, 59 minutes
Да ето все интересно а у меня такой небольшой рекордик
Вощем тачка самосбор из сраненького железа (MB:acorp, CPU:celeron, NET:realtek, БП:noname) пашет роутером в нескольких сетках народу примерно компов 80 и ничего уже третий год пошёл :)))
Эту статью и обсуждение надо заслать оверлокерам, причём настоящим (с жидким азотом),
Они не поймут в чём смысл жизни, и все повесятся.
Я не удивлён количеству постов в этой новости - каждому хочется померяться своим прибором.
>Я не удивлён количеству постов в этой новости - каждому хочется померяться
>своим прибором.
Не в тему, но в тоже время в тему -
" ..когда я был маленький, ко мне пришла добрая фея и спросила,что я хочу, хорошую память или большой член..Вот только не помню, что я выбрал.."
Дык эта... приборами - и то надо меряться гра-мот-но! :)
updike Вам в помощь :)==========updike.sh=========
#!/bin/sh/usr/bin/uptime | perl -ne "/(\d+) d/;print 8,q(=)x\$1,\"D\n\""
=========================Предъяви свой прибор наглядно! :)
400 дней, 700 дней... нашли чем меряться.
Смотрите сюда: http://uptime.netcraft.com/up/today/top.avg.html
Нет, ну понятно, что если какую нибудь *nix нормальную запустить и оставить в покое, то будет работать пока чубайс спит... Другое дело, когда нужно сервис какой-то добавить на сервер или апдейт, а перезагружать не хочется, чтобы лишний раз юзеров не напрягать (точнее, наооброт). У меня для этих целей есть дублирующий сервер, у которого вместо инета - локалка. Настраивай, тестируй сколько хочешь. Потом только конфиги копируй. А если использовать нормальные rc.d-скрипты, то смысла в перезагрузке нет, даже если ты параноик.Работает FreeBSD 5.3 еще несколько месяцев, но говорить о надежности, думаю, уже можно, поскольку необходимости в перезагрузке не было с момента установки и сборки ядра. Httpd, bind, mysql, posfix, clamav ставятся из портов как детские игрушки, тут же запускаются и работают.
NW 3.12, файлсервер
Compaq Prоsignia VS 486/DX2-80, 73 RAM
1993 - NowОсновная проблема - электролиты в БП сдохли - вырубился по защите. Заменили электролиты. На мейнборде вообще ни одного электролита нет ! Пока продолжает шуршать. Основная проблема при замене электролитов - а как же его стартовать? ПРОСТО ЗАБЫЛ !!!
>NW 3.12, файлсервер
>Compaq Prоsignia VS 486/DX2-80, 73 RAM
>1993 - Now
>
>Основная проблема - электролиты в БП сдохли - вырубился по защите. Заменили
>электролиты. На мейнборде вообще ни одного электролита нет ! Пока продолжает
>шуршать. Основная проблема при замене электролитов - а как же его
>стартовать? ПРОСТО ЗАБЫЛ !!!
Тема! Реально многие забывают как нетварью общаться только потому что делают это раз в несколько лет.
Официально зарегистрированный рекорд нетвари 2263 дня аптайма. Собстно посмотреть можно здесь http://www.novell.com/coolsolutions/trench/241.html#3
перезагружал чтоб воткнуть пишущий DVD[dv@niokr1 ~]$ uname -a
Linux niokr1.xxx 2.6.17-5mdv #1 SMP Wed Sep 13 14:32:31 EDT 2006 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz GNU/Linux
[dv@niokr1 ~]$ uptime
15:13:07 up 120 days, 4:48, 8 users, load average: 1.84, 1.18, 0.85кстати, beryl запущен. ;)
на домашнем PC похожий аптайм, но linux новее
по-моему, это просто нормальный аптайм у нормальной ОС.