The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"OpenNews: Uptime в 10 лет"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Uptime в 10 лет"  
Сообщение от opennews on 10-Янв-06, 17:14 
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
Новость: https://www.opennet.ru/opennews/art.shtml?num=6771

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Uptime в 10 лет"  
Сообщение от Аноним on 10-Янв-06, 17:14 
Круто !!! А на виндах слабо ????
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Uptime в 10 лет"  
Сообщение от BB (??) on 10-Янв-06, 17:37 
Здесь, дело не только в софте а и в платформе тоже. на интеле даже без ОС думаю что машинка столько не протянет. :)
Хотя если речь идет об uptime всего кластера в целом, то вполне может и на винде :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Uptime в 10 лет"  
Сообщение от rost on 10-Янв-06, 18:17 
на виндах 10летней давности вроде ограничение на аптайм было 47 с чем-то дней ;)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

38. "Uptime в 10 лет"  
Сообщение от BB (??) on 11-Янв-06, 09:49 
Это было в nt 3.51 и связано с тем что счетчик секунд кажется выходил за пределы разрядности переменной :) но ни к каким особо критическим последствиям сие не приводило :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Uptime в 10 лет"  
Сообщение от alex (??) on 10-Янв-06, 19:03 
Сравнивать конечно не стоит, но у меня один компьютер (digital Venturis 575 - служит для управления офисной АТС) уже без перезагрузки 8 лет работает :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

52. "Uptime в 10 лет"  
Сообщение от vilfred on 11-Янв-06, 15:16 
а чо, 533 МГЦа были такие частоты в 1996 году? 8-0

:)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

53. "Uptime в 10 лет"  
Сообщение от dewswim email on 11-Янв-06, 16:03 
да были, у меня 2х процессорная альфа в 95ом году была с такой частотой.
у интелей самый топ тогда был 233 :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Uptime в 10 лет"  
Сообщение от iNiT email on 10-Янв-06, 17:21 
:]
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Uptime в 10 лет"  
Сообщение от pavlinux email on 10-Янв-06, 18:15 
Хе, епть, а я знаю где в России, мало того в Москве
мало того я там работал, в 2002 увольнялся работали и до сих пор работают, и до меня 12 лет работал.
И только два VAX-6000 на VAX/VMS-7.3
Так что, бубен пускай сосут.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Uptime в 10 лет"  
Сообщение от Аноним on 10-Янв-06, 18:42 
Ну - ну ....
"У нас есть _такие_ приборы! ... Но мы вам оних не расскажем!"(С) Манго-Манго. Очень точно описано все на что способна современная Россия.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Uptime в 10 лет"  
Сообщение от pavlinux email on 10-Янв-06, 20:01 
  Не, я серьёзно. Дистриба VAX/VMS как такового и небыло,
и его вместе с железом по частям вывезили, через ФРГ в Чехословакию,
ну а там ессесенно наше КГБ и MИД CCCP. Так что из-за этого и не перегружают, потому что если глюкнит, то восстанавливать точно полгода и больше будут.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "не перегружают, что если глюкнит"  
Сообщение от Otto Katz Feldkurat on 10-Янв-06, 22:36 
брехня какая противная

Что?

За 10 лет не нужно было ни одного нового сервиса обновить или добавить?

Компы служат отопительными приборами то есть?

Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ. Зачем? - спросит лох.

А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут, я хочу видеть, что сервер по приходе питания сам встает.

Аптайм - это спорт. Просто потому, что пыль - достаточно электропроводна, чтобы завалить за 5 лет любой сервак, если только он не стоит в очень "чистой" комнате.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "Аптайм - это спорт."  
Сообщение от Проходил мимо on 11-Янв-06, 08:32 
Совершенно согласен!
Кроме пыли еще инереснее наше электропитание. Не говоря о том, что в УПСах аккумы через 2 года ложаться, да еще в эл.сети какая то хрень проскакивает, что УПСы с ума сходят
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

40. "Аптайм - это спорт."  
Сообщение от pavlinux email on 11-Янв-06, 10:02 
Какие Clamav, какие сервисы, какие UPSы, - это Digital VAX 1988 года
на ОС VAX/VMS. Это оборонное предприятие, а не оффысный
кипятильник. На нём мат. моделированием занимаются, и 1500
юзеров одновременно работает. Это мэйнфрэм, не сервер.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

41. "Аптайм - это спорт."  
Сообщение от ShyLion (ok) on 11-Янв-06, 10:11 
> Не говоря о том, что в УПСах аккумы через 2 года ложаться,
У приличных UPS hot swap есть. Для online-interactive UPS електросеть наша тоже до лампочки. Пыль, если аккуратно и если компутер грамотно разработан, можно и на ходу пропылесосить.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

35. "не перегружают, что если глюкнит"  
Сообщение от uldus (ok) on 11-Янв-06, 09:43 
>Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ.

Вообще-то это говорит о вашей некомпетентности, для проверки запустится ли clamav достаточно перезапустить только один сервис, ибо при перезагрузке никакой магии не происходит и он будет запущен точно таким же способом как при проверке без перезагрузки. Единственное что можно проверить перезагрузкой - это модификацию системных стартовых скриптов, но сейчас непонятно для чего кто-то возмется их трогать.

>А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут,

Больше вероятность, что у вас в момент ребута диск сдохнет, чем сервер из-за пользовательского сервиса не загрузится. Если сервис не стартанет, то всегда можно обратить внимание на ругань мониторинга и решить проблему удаленно.

>завалить за 5 лет любой сервак, если только он не стоит
>в очень "чистой" комнате.

Обычно сервера падение которых критично держат не под столом, а в серверной с климат-контролем, где запыленность минимальна и резервного питания на пару часов хватит.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

55. "не перегружают, что если глюкнит"  
Сообщение от dimus (??) on 11-Янв-06, 20:05 
>>Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ.
>
>Вообще-то это говорит о вашей некомпетентности, для проверки запустится ли clamav достаточно
>перезапустить только один сервис, ибо при перезагрузке никакой магии не происходит
>и он будет запущен точно таким же способом как при проверке
>без перезагрузки. Единственное что можно проверить перезагрузкой - это модификацию системных
>стартовых скриптов, но сейчас непонятно для чего кто-то возмется их трогать.
>
>
>>А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут,
>
>Больше вероятность, что у вас в момент ребута диск сдохнет, чем сервер
>из-за пользовательского сервиса не загрузится. Если сервис не стартанет, то всегда
>можно обратить внимание на ругань мониторинга и решить проблему удаленно.
>
По идее так то оно так, однако бывает, что не все так гладко, как по идее :( Поэтому я также предпочитаю перезагружаться после важных обновлений - чисто из параноидальных соображений. По-моему лучше перестраховаться. Может быть поэтому у меня аптайм бывает порядка месяца :)

>>завалить за 5 лет любой сервак, если только он не стоит
>>в очень "чистой" комнате.
>
>Обычно сервера падение которых критично держат не под столом, а в серверной
>с климат-контролем, где запыленность минимальна и резервного питания на пару часов
>хватит.

Обычный климат-контроль в привычном понимании - это детский лепет. А как вам, например, серверная, заполненная инертным газом? Или стелажи, уставленные аккумуляторами (думаю, что пару дней такой "упс" то, что к нему подключено, продержит без проблем). Все зависит от того, насколько серьезно люди относятся к тому, как функционируют их системы, и какие финансовые потери будут, если они перестанут функционировать. Порою такое увидишь, что просто голова кругом идет.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

61. "не перегружают, что если глюкнит"  
Сообщение от Pasha (??) on 12-Янв-06, 20:31 
>>...
>По идее так то оно так, однако бывает, что не все так
>гладко, как по идее :( Поэтому я также предпочитаю перезагружаться после
>важных обновлений - чисто из параноидальных соображений. По-моему лучше перестраховаться. Может
>быть поэтому у меня аптайм бывает порядка месяца :)
>
>>>завалить за 5 лет любой сервак, если только он не стоит
>>>в очень "чистой" комнате.
>>
>>Обычно сервера падение которых критично держат не под столом, а в серверной
>>с климат-контролем, где запыленность минимальна и резервного питания на пару часов
>>хватит.
>
>Обычный климат-контроль в привычном понимании - это детский лепет. А как вам,
>например, серверная, заполненная инертным газом? Или стелажи, уставленные аккумуляторами (думаю, что
>пару дней такой "упс" то, что к нему подключено, продержит без
>проблем). Все зависит от того, насколько серьезно люди относятся к тому,
>как функционируют их системы, и какие финансовые потери будут, если они
>перестанут функционировать. Порою такое увидишь, что просто голова кругом идет.

У Вас богатая фантазия, но все-таки учите матчасть: "Теория Надежности для чайников, кипятильников, а также для серверов уровня предприятия.", и ваша голова не пойдет кругом, а аптайм серверов будет измеряться годами. Прошу простить меня за неуместный юмор, но что такое горячее резервирование компонент в устройствах критичных к отказам Вы просто обязаны знать. И еще, если вы начинающий администратор: на "боевой" технике КАТЕГОРИЧЕСКИ ЗАПРЕЩЕНО проводить эксперименты с ПО и его настройками. Для этого существуют резервные и тестовые сервера. Еще рискну заметить, что кроме Internet-серверов существуют сервера приложений, обновления на которых делаются крайне редко, что обусловлено их предназначением в существующих бизнес- и производственных процессах. Не сомневаюсь в Ваших способностях вывести их из строя в течении 5 лет(есть умельцы которым и нескольких минут для этого будет достаточно!), но  аптайм в 10 лет показатель того, что в той фирме работают (или обслуживают технику)высококвалифицированные специалисты, и что система была изначально спроектирована грамотно. Надежные системы есть. И эта заметка - еще одно тому подтверждение.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

62. "аптайм серверов НЕ будет измеряться годами"  
Сообщение от Мартышкин email(ok) on 16-Янв-06, 01:08 
Это идиотизм, если только вы не сушите на серваке, отключенном от локалки, сухарики.

Будь сервер хоть какой самый "боевой" - выплывают баги и выходят секюьрити фиксы.

К моменту наката, по поводу критической опасности, новой версии приложения, сменяются до полной неработоспособности с какими бы то ни было бывшими пререквизитами: версия ядра, версия bind, версия SSH. Это - как минимум. Перемены версий всего описанного сопровожадются как мощной несовместимостью конфиг файлов от версии к версии, так и мощной несовместимостью расположения конфиг файлов в системе. Перл тоже, скорее всего, придется переставить. Попытки мудрить в обход шутдауна наталкиваются на _secure_path(3) для начала.

https://www.opennet.ru/search.shtml?words=_secure_path%3A+cannot+stat&config=&restrict=forum

И без перегрузки, а то физического тычка в кнопку - сервак жить не будет.
То есть жить, печь сухарики, будет, но httpd не будет сдавать документов, MТA - персылать почту и так далее.

Жить в аптайме может только heart-beat демон кластера, отвечающий heart-beat демону аптаймометра.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

64. "аптайм серверов НЕ будет измеряться годами"  
Сообщение от Pasha (??) on 16-Янв-06, 14:27 
>Это идиотизм, если только вы не сушите на серваке, отключенном от локалки, сухарики.

Не вижу смысла оспаривать ваши доводы. Но от вашей эмоциональности меня аж дрожь проняла. Одна только "мощная несовместимость расположения конфиг файлов в системе" чего стоит. Еще раз повторюсь, что существуют не только интернет-сервера, с которыми имеет дело бОльшая часть IT-персонала на данный день. То что ваша домашняя сетка "пролежит" пару часов пока вы выверяете кто виноват: "мощная несовместимость расположения конфигов", кривые руки или зеленые человечки, ничего в жизни не меняет, просто порнухи будет в это время выкачано меньше, да и спама меньше вылито. Но когда в дауне сервер предприятия, админ чешет репу и ссылается на "фиксы не той системы", сложность настройки этого "bind"-a и т.д. и т.п. - это уже другая песня. Хотя, о чем это я? Cудя по реплике и Вы не знакомы с теорией надежности тоже.  

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

69. "аптайм серверов НЕ будет измеряться годами"  
Сообщение от Tolmi on 30-Янв-06, 19:52 
>Это идиотизм, если только вы не сушите на серваке, отключенном от локалки,
>сухарики.
>
>Будь сервер хоть какой самый "боевой" - выплывают баги и выходят секюьрити
>фиксы.
>
>К моменту наката, по поводу критической опасности, новой версии приложения, сменяются до
>полной неработоспособности с какими бы то ни было бывшими пререквизитами:
>Жить в аптайме может только heart-beat демон кластера, отвечающий heart-beat демону аптаймометра.
Это упрощенный взгляд неискушенного админа, пришедешему на работу в эпоху интернета. Кластер может
1. таки не иметь "локалки"
2. иметь стоимость перезагрузки настолько существенно высокую, что вопрос про "секюьрити фиксы" решается несколько иным, чем обновление софта, путем. Хотел бы  я посмотреть, как админы лихо перезапускают управляющие машины где-то на АЭС. Или пусть даже в АСУТП на непрерывном производстве.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

63. "Иллюстрация"  
Сообщение от Мартышкин email(ok) on 16-Янв-06, 01:15 
https://www.opennet.ru/openforum/vsluhforumID1/61232.html
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

57. "не перегружают, что если глюкнит"  
Сообщение от chip email(ok) on 11-Янв-06, 23:46 
>Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ. Зачем? - спросит лох.

>А ЗАТЕМ, что если послезавтра на площадке приключится минутный блэк-аут, я хочу видеть, что сервер по приходе питания сам встает.

Затем, что это говорит о Вашей же некомпетентности. Для этого давно была изобретена shutdown now (без параметров) + getty /dev/cuaa0.

ps: я уже не говорю о других более "user-friendly" способах.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Uptime в 10 лет"  
Сообщение от golimo on 10-Янв-06, 19:06 
davnenko ja chital v Japonii server pensionnogo fonda s 6 kakogo to goda rabotal bez perezagruzki
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Uptime в 10 лет"  
Сообщение от prog10 email on 10-Янв-06, 21:18 
Интересно, а у Вас, дорогие, сервера под какими осями стоят и как долго, может рекорды будем учитывать - ведь это действительно показатель стабильности и надежности!!!
У меня редхат стоял пол-года, пока в мое отсутствие начальник отдела ИС(виндузятник не дал команду на резет-ограничить его в этой возможности я не мог по служебной зависимости).
Народ, серьезно - а у кого больше(дольше по времени) и на каких платформах никсовые сервера без резета живут???
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Uptime в 10 лет"  
Сообщение от dz (ok) on 10-Янв-06, 21:48 
это не показатель, у самого по году и больше работают и не чихают, уверен что найдутся и такие у кого и того больше. ось FreeBSD
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Uptime в 10 лет"  
Сообщение от pavard email(ok) on 10-Янв-06, 22:30 
В никсах reset - это фитча, придуманная для приколов и плановых перезагрузок!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Для учета рекордов "  
Сообщение от Otto Katz Feldkurat on 10-Янв-06, 22:43 
аптайм орг как раз и существует

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

72. "Uptime в 10 лет"  
Сообщение от Dvorkin email(??) on 02-Ноя-07, 14:35 
у всех серверов в нашей организации линукс и фрибизиди сервера uptime более года.
забавная перезагрузка была 2 года назад:
сотруднег пошел устанавливать новую ОС на сервер вечером. зашел в аппаратную, вынул сервер из стойки, понес на стол, открыл крышку, че-та много пыли и винт как-будто другой... звоночек: "что у вас там происходит, блять?!"
вынул рабочий сервер такого же цвета и формы висящий над нужным. неделю сидеть не мог.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Uptime в 10 лет"  
Сообщение от replicant email on 10-Янв-06, 21:58 
Linux до 2 лет
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Uptime в 10 лет"  
Сообщение от EDSKA email(??) on 10-Янв-06, 23:06 
u menia posle 2-x let scetcik uptime v Linuxe obnulilsia (bez perezagruzki) :(
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Uptime в 10 лет"  
Сообщение от Малыш (??) on 10-Янв-06, 23:19 
Uptime около 3 лет на Новелле
Пред. рестарт был по вине сгоревшего  БП
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Uptime в 10 лет"  
Сообщение от miha email(??) on 10-Янв-06, 23:57 
FreeBSD 4.7 Шлюз с почтой, 3 года с копейками стоял. А потом фирма развалилась и всё накрылось медным тазом
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Uptime в 10 лет"  
Сообщение от Аноним on 11-Янв-06, 00:35 
А у меня вот 450 дней не перегружался роутер на P-120 (какой-то бывший десктопник Dell), OpenBSD/2.9, потом правда снять пришлось, очень обидно было :-(
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

39. "Uptime в 10 лет"  
Сообщение от BB (??) on 11-Янв-06, 09:59 
Мда наверное мне стоит помочать в тряпочку, но раз уж начали мерятся @#$%&# то скажу: сервер 486dx2-80(промычленное исполнение) os/2 2.11 проработал с 1994 по 2002 год над  сбором и обсчетом данных экспериментов, суточный объем данных около 1gb. :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Uptime в 10 лет"  
Сообщение от suckme on 11-Янв-06, 00:46 
364 дня домовая сеть, redhat 7.2(3) стоящий в ящике на крыше. Стоял бы больше, если бы монтажник не полез сука чтото ковырять. Без упсов и прочего, просто стоял и работал. А вообще все ребуты либо изза чубайса либо изза монтажников... вот так вот :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Uptime в 10 лет"  
Сообщение от ugenk email on 11-Янв-06, 01:27 
%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
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Uptime в 10 лет"  
Сообщение от impatt (??) on 11-Янв-06, 06:21 
> 0:11  up 372 days, 10:24, 1 user, load averages: 1,4 1,1 0,3

Друзья, а как трактовать (или где про это прочитать) три числа в плавающем виде в строке "load averages" ??

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "Uptime в 10 лет"  
Сообщение от anonim on 11-Янв-06, 07:12 
>Друзья, а как трактовать (или где про это прочитать) три числа в плавающем виде в строке "load averages" ??

Э. Майкл, Т. Брайан. FreeBSD. Энциклопедия пользователя
2-е издание.
страница 273.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

59. "Uptime в 10 лет"  
Сообщение от impatt (??) on 12-Янв-06, 08:11 
Спасибо :) Где бы ещё эту книгу взять ?..... :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

60. "Uptime в 10 лет"  
Сообщение от anonim on 12-Янв-06, 08:48 
>Спасибо :) Где бы ещё эту книгу взять ?..... :)

не вопрос, пиши vvg769 @ list ru
пришлю пдфник

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Uptime в 10 лет"  
Сообщение от capo email on 11-Янв-06, 02:16 
$ 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
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Uptime в 10 лет"  
Сообщение от spr1te email(??) on 11-Янв-06, 03:03 
>$ 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 раз и то после первой установки..
даже упс не спасает
света бывает и по пол дня нету:(

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "Uptime в 10 лет"  
Сообщение от Viaprog email on 11-Янв-06, 05:31 
> 1:15AM  up 517 days,  6:46, 1 user, load averages: 0.00, 0.00, 0.00

:))) Особенно нагрузка классная. 5.2 глюкалово. Чуть нагрузи fatal trap 12 сразу
Сколько я с ней намууучилсяя

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Uptime в 10 лет"  
Сообщение от si on 11-Янв-06, 03:49 
news сервер на linux  2.2 uptime был 1030 дней (есть screenshot ;) ). смотрели по uptime dnews, потому что счетчик в сама линуксе раза 2 переполнялся. упал по причине аварии с электричеством не было питания больше 6 часов, упсы понятно дело не спасли. после включения перестали крутится все кулеры что были с корпусе :)
еще у одного было uptime около 700 дней (www, mysql, linux 2.2) - исдох PSU
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Uptime в 10 лет"  
Сообщение от Аноним email on 11-Янв-06, 05:41 
Стоит на старой работе аналогичная Альфа. Раз в год ее выключают для знакомства с пылесосом и проверки вентиляторов.
2 года назад Альфа встала, потому как отказал один вентилятор.
Ничего суперского тут не вижу. Если железо и ПО не менять, то и 100 лет простоит. Чего ему будет-то?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "Uptime в 10 лет"  
Сообщение от echydna on 11-Янв-06, 06:22 
*никсы, *никсы......

2000 server: 484 дня, судя по счетчику mysql-ного монитора. Сколько работал до перезапуска мускульного сервиса - не помню, где-то месяца 3, перезагружался по причине переезда в другое здание

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

29. "OpenNews: Uptime в 10 лет"  
Сообщение от Skif (ok) on 11-Янв-06, 06:32 
Да все операционки нормально работают если их настроить и больше не трогать. Вот только такое мало кому реально надо. Проблемы с безопасностью как решать? Если ядро патчил/пересобирал/обновлял мир - без ребута не обойтись. Есть ведь реально вещи, которые без ребута не решить.
Как тут правильно заметили в новости шел разговор о кластере. Если это КВД кластер, то вполне логично. Одну ноду в даун на проверку, вторая работает по полной.

Так что как бы показатель, но вот чего? Разве что того, что очень хороший софт использовался для организации кластера, да железо.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "OpenNews: Uptime в 10 лет"  
Сообщение от Осторожный on 11-Янв-06, 07:27 
Есть операционные системы, которые делают перезагрузку или скажем смену ядра без убивания запущенных пользовательских процессов.
Технически делается примерное так:
сначала все процессы кроме ядра останавливаются, скидываются на диск.
Потом на диске исправляется образ ядра. Далее следует перезагрузка железа. Далее поднимается образ памяти с диска. Идет инициализация ядра. Далее процессы продолжают запускаются с той же точки где были остановлены.
Это похоже на hybernate, но тут разница в том, что между перезагрузками меняется ядро.
Вот бы в Linux/BSD такое сделали ...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

34. "OpenNews: Uptime в 10 лет"  
Сообщение от Darkus email on 11-Янв-06, 09:27 
Ни разу не слышал, а что за операционки такие?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

70. "OpenNews: Uptime в 10 лет"  
Сообщение от Salcar on 31-Янв-06, 16:06 
Хм. 1984 год. EC-1033. Была такая фигня. FOCUS называлась.
Всю ночь задача считалась. Потом делали "слепок" на ленту.
В следующий раз загружали этот "слепок" и вуаля.
Главное чтобы диски стояли на тех же самых устройствах.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

42. "OpenNews: Uptime в 10 лет"  
Сообщение от arruah email(ok) on 11-Янв-06, 10:15 
я слышал что есть такое уже во freebsd
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

43. "OpenNews: Uptime в 10 лет"  
Сообщение от hexmaker on 11-Янв-06, 10:16 
Или скажем так... Имеется работающее ядро, назовём его мастер, работающие процессы. Администратор собрал ядро свежей версии и запускает его как обычный процесс. Новое ядро синхронизирует свои внутренние структуры с мастером и дублирует в дальнейшем все его действия, назовём его slave. Админ следит за поведением свежего ядра, и если оно в течение времени наблюдения не упало, даёт специальную команду. При этом новое ядро принимает статус master, а старое - slave. Для процессов этот обмен - задержка исполнения системных вызовов длится миллисекунды. Затем, админ применяет к старому ядру команду kill.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

45. "OpenNews: Uptime в 10 лет"  
Сообщение от pavlinux email on 11-Янв-06, 10:20 
>> Вот бы в 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:                            

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "Uptime в 10 лет"  
Сообщение от Аноним on 11-Янв-06, 08:15 
sun fire v880
solaris 8

uptime - 4 года

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

50. "Uptime в 10 лет"  
Сообщение от BB (??) on 11-Янв-06, 14:42 
Гы-гы, я даже знаю что на нем крутицо и где территориально он стоит, похоже даже hostname его знаю :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

36. "Uptime в 10 лет"  
Сообщение от bmc email(??) on 11-Янв-06, 09:45 
Была история - начал глючить старенький п1, работавший рутером. Всё рутит, только вот ни скомпилить ничё, да и вообще шел запустить не может.

Думали - думали и вырубили в конце-концов (вечерком). Оказалось мамка как-то хитро сдохла. А вы говорите "упс", "пыль"... ;)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "Uptime в 10 лет"  
Сообщение от bmc email(??) on 11-Янв-06, 09:47 
ps FBSD
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

44. "Uptime в 10 лет"  
Сообщение от Algor (??) on 11-Янв-06, 10:19 
win2ks+mssql2k+самописные com компоненты для работы склада+самописные роботы которые из эксченджа почту обрабатывают
аптайм смотрю из гиены - 444 days, 0 hours, 59 minutes
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

46. "Uptime в 10 лет"  
Сообщение от Gruber on 11-Янв-06, 11:06 
Да ето все интересно а у меня такой небольшой рекордик
Вощем тачка самосбор из сраненького железа (MB:acorp, CPU:celeron, NET:realtek, БП:noname) пашет роутером в нескольких сетках народу примерно компов 80 и ничего уже третий год пошёл :)))
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

47. "Uptime в 10 лет"  
Сообщение от pavlinux email on 11-Янв-06, 12:20 
Эту статью и обсуждение надо заслать оверлокерам, причём настоящим (с жидким азотом),  
Они не поймут в чём смысл жизни, и все повесятся.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

54. "Uptime в 10 лет"  
Сообщение от don_oles email(??) on 11-Янв-06, 16:21 
Я не удивлён количеству постов в этой новости - каждому хочется померяться своим прибором.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

56. "Uptime в 10 лет"  
Сообщение от Shean on 11-Янв-06, 20:10 
>Я не удивлён количеству постов в этой новости - каждому хочется померяться
>своим прибором.


Не в тему, но в тоже время в тему -
" ..когда я был маленький, ко мне пришла добрая фея и спросила,что я хочу, хорошую память или большой член..Вот только не помню, что я выбрал.."

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

65. "Uptime в 10 лет"  
Сообщение от Серж (??) on 20-Янв-06, 00:48 
Дык эта... приборами - и то надо меряться гра-мот-но! :)
updike Вам в помощь :)

==========updike.sh=========
#!/bin/sh

/usr/bin/uptime | perl -ne "/(\d+) d/;print 8,q(=)x\$1,\"D\n\""
=========================

Предъяви свой прибор наглядно! :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

58. "Uptime в 10 лет"  
Сообщение от nuclight on 11-Янв-06, 23:51 
400 дней, 700 дней... нашли чем меряться.
Смотрите сюда: http://uptime.netcraft.com/up/today/top.avg.html
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

67. "OpenNews: Uptime в 10 лет"  
Сообщение от Stant on 25-Янв-06, 00:49 
Нет, ну понятно, что если какую нибудь *nix нормальную запустить и оставить в покое, то будет работать пока чубайс спит... Другое дело, когда нужно сервис какой-то добавить на сервер или апдейт, а перезагружать не хочется, чтобы лишний раз юзеров не напрягать (точнее, наооброт). У меня для этих целей есть дублирующий сервер, у которого вместо инета - локалка. Настраивай, тестируй сколько хочешь. Потом только конфиги копируй. А если использовать нормальные rc.d-скрипты, то смысла в перезагрузке нет, даже если ты параноик.

Работает FreeBSD 5.3 еще несколько месяцев, но говорить о надежности, думаю, уже можно, поскольку необходимости в перезагрузке не было с момента установки и сборки ядра. Httpd, bind, mysql, posfix, clamav ставятся из портов как детские игрушки, тут же запускаются и работают.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

68. "OpenNews: Uptime в 10 лет"  
Сообщение от iasb (??) on 30-Янв-06, 13:24 
NW 3.12, файлсервер
Compaq Prоsignia VS 486/DX2-80, 73 RAM
1993 - Now

Основная проблема - электролиты в БП сдохли - вырубился по защите. Заменили электролиты. На мейнборде вообще ни одного электролита нет ! Пока продолжает шуршать. Основная проблема при замене электролитов - а как же его стартовать? ПРОСТО ЗАБЫЛ !!!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

71. "OpenNews: Uptime в 10 лет"  
Сообщение от Loky on 10-Фев-06, 08:53 
>NW 3.12, файлсервер
>Compaq Prоsignia VS 486/DX2-80, 73 RAM
>1993 - Now
>
>Основная проблема - электролиты в БП сдохли - вырубился по защите. Заменили
>электролиты. На мейнборде вообще ни одного электролита нет ! Пока продолжает
>шуршать. Основная проблема при замене электролитов - а как же его
>стартовать? ПРОСТО ЗАБЫЛ !!!
Тема! Реально многие забывают как нетварью общаться только потому что делают это раз в несколько лет.
Официально зарегистрированный рекорд нетвари 2263 дня аптайма. Собстно посмотреть можно здесь http://www.novell.com/coolsolutions/trench/241.html#3
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

73. "ничего особенного. мой офисный PC."  
Сообщение от Dvorkin email(??) on 02-Ноя-07, 14:51 
перезагружал чтоб воткнуть пишущий 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 новее
по-моему, это просто нормальный аптайм у нормальной ОС.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру