The OpenNET Project / Index page

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

Uptime в 10 лет

10.01.2006 17:07

OpenVMS кластер сети West Virginia Network отпраздновал десятилетнюю работу без перезагрузки.

Кластер состоит из машин:

  • Alpha 4100 4 x 533Mhz CPU, VMS 7.3-2
  • VAX 6000-630, VMS 7.3
  • Четыре рабочие станции DEC 3000 работающие под VMS 7.3-2;

    1. Главная ссылка к новости (http://www.openvms.org/stories...)
    Лицензия: CC-BY
    Источник: osnews.com
    Тип: К сведению
    Ключевые слова: vms
    При перепечатке указание ссылки на opennet.ru обязательно
    Обсуждение (69) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 17:14, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Круто !!! А на виндах слабо ????
     
     
  • 2.3, BB (??), 17:37, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь, дело не только в софте а и в платформе тоже. на интеле даже без ОС думаю что машинка столько не протянет. :)
    Хотя если речь идет об uptime всего кластера в целом, то вполне может и на винде :)
     
     
  • 3.5, rost (?), 18:17, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    на виндах 10летней давности вроде ограничение на аптайм было 47 с чем-то дней ;)
     
     
  • 4.38, BB (??), 09:49, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Это было в nt 3.51 и связано с тем что счетчик секунд кажется выходил за пределы разрядности переменной :) но ни к каким особо критическим последствиям сие не приводило :)
     
  • 3.7, alex (??), 19:03, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Сравнивать конечно не стоит, но у меня один компьютер (digital Venturis 575 - служит для управления офисной АТС) уже без перезагрузки 8 лет работает :)
     
  • 2.52, vilfred (?), 15:16, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    а чо, 533 МГЦа были такие частоты в 1996 году? 8-0

    :)

     
     
  • 3.53, dewswim (?), 16:03, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    да были, у меня 2х процессорная альфа в 95ом году была с такой частотой.
    у интелей самый топ тогда был 233 :)
     

  • 1.2, iNiT (?), 17:21, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    :]
     
  • 1.4, pavlinux (?), 18:15, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хе, епть, а я знаю где в России, мало того в Москве
    мало того я там работал, в 2002 увольнялся работали и до сих пор работают, и до меня 12 лет работал.
    И только два VAX-6000 на VAX/VMS-7.3
    Так что, бубен пускай сосут.
     
     
  • 2.6, Аноним (-), 18:42, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Ну - ну ....
    "У нас есть _такие_ приборы! ... Но мы вам оних не расскажем!"(С) Манго-Манго. Очень точно описано все на что способна современная Россия.
     
  • 2.9, pavlinux (?), 20:01, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
      Не, я серьёзно. Дистриба VAX/VMS как такового и небыло,
    и его вместе с железом по частям вывезили, через ФРГ в Чехословакию,
    ну а там ессесенно наше КГБ и MИД CCCP. Так что из-за этого и не перегружают, потому что если глюкнит, то восстанавливать точно полгода и больше будут.
     
     
  • 3.14, Otto Katz Feldkurat (?), 22:36, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    брехня какая противная

    Что?

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

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

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

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

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

     
     
  • 4.33, Проходил мимо (?), 08:32, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Совершенно согласен!
    Кроме пыли еще инереснее наше электропитание. Не говоря о том, что в УПСах аккумы через 2 года ложаться, да еще в эл.сети какая то хрень проскакивает, что УПСы с ума сходят
     
     
  • 5.40, pavlinux (?), 10:02, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Какие Clamav, какие сервисы, какие UPSы, - это Digital VAX 1988 года
    на ОС VAX/VMS. Это оборонное предприятие, а не оффысный
    кипятильник. На нём мат. моделированием занимаются, и 1500
    юзеров одновременно работает. Это мэйнфрэм, не сервер.
     
  • 5.41, ShyLion (ok), 10:11, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > Не говоря о том, что в УПСах аккумы через 2 года ложаться,
    У приличных UPS hot swap есть. Для online-interactive UPS електросеть наша тоже до лампочки. Пыль, если аккуратно и если компутер грамотно разработан, можно и на ходу пропылесосить.
     
  • 4.35, uldus (ok), 09:43, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ.

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

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

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

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

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

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

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

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

     
     
  • 6.61, Pasha (??), 20:31, 12/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    У Вас богатая фантазия, но все-таки учите матчасть Теория Надежности для чайни... текст свёрнут, показать
     
     
  • 7.62, Мартышкин (ok), 01:08, 16/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Это идиотизм, если только вы не сушите на серваке, отключенном от локалки, сухарики.

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

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

    http://www.opennet.ru/search.shtml?words=_secure_path%3A+cannot+stat&con

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

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

     
     
  • 8.64, Pasha (??), 14:27, 16/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу смысла оспаривать ваши доводы Но от вашей эмоциональности меня аж дрожь... текст свёрнут, показать
     
  • 8.69, Tolmi (?), 19:52, 30/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Это упрощенный взгляд неискушенного админа, пришедешему на работу в эпоху интерн... текст свёрнут, показать
     
  • 5.63, Мартышкин (ok), 01:15, 16/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.ru/openforum/vsluhforumID1/61232.html
     
  • 4.57, chip (ok), 23:46, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Я вот ща накачу новый Clamav и ПЕРЕГРУЖУСЬ. Зачем? - спросит лох.

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

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

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

     

  • 1.8, golimo (?), 19:06, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    davnenko ja chital v Japonii server pensionnogo fonda s 6 kakogo to goda rabotal bez perezagruzki
     
  • 1.10, prog10 (?), 21:18, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, а у Вас, дорогие, сервера под какими осями стоят и как долго, может рекорды будем учитывать - ведь это действительно показатель стабильности и надежности!!!
    У меня редхат стоял пол-года, пока в мое отсутствие начальник отдела ИС(виндузятник не дал команду на резет-ограничить его в этой возможности я не мог по служебной зависимости).
    Народ, серьезно - а у кого больше(дольше по времени) и на каких платформах никсовые сервера без резета живут???
     
     
  • 2.11, dz (ok), 21:48, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    это не показатель, у самого по году и больше работают и не чихают, уверен что найдутся и такие у кого и того больше. ось FreeBSD
     
  • 2.13, pavard (ok), 22:30, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    В никсах reset - это фитча, придуманная для приколов и плановых перезагрузок!
     
  • 2.15, Otto Katz Feldkurat (?), 22:43, 10/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    аптайм орг как раз и существует

     
  • 2.72, Dvorkin (??), 14:35, 02/11/2007 [^] [^^] [^^^] [ответить]  
  • +/
    у всех серверов в нашей организации линукс и фрибизиди сервера uptime более года.
    забавная перезагрузка была 2 года назад:
    сотруднег пошел устанавливать новую ОС на сервер вечером. зашел в аппаратную, вынул сервер из стойки, понес на стол, открыл крышку, че-та много пыли и винт как-будто другой... звоночек: "что у вас там происходит, блять?!"
    вынул рабочий сервер такого же цвета и формы висящий над нужным. неделю сидеть не мог.
     

  • 1.12, replicant (?), 21:58, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Linux до 2 лет
     
  • 1.16, EDSKA (??), 23:06, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    u menia posle 2-x let scetcik uptime v Linuxe obnulilsia (bez perezagruzki) :(
     
  • 1.17, Малыш (??), 23:19, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Uptime около 3 лет на Новелле
    Пред. рестарт был по вине сгоревшего  БП
     
  • 1.18, miha (??), 23:57, 10/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    FreeBSD 4.7 Шлюз с почтой, 3 года с копейками стоял. А потом фирма развалилась и всё накрылось медным тазом
     
  • 1.19, Аноним (-), 00:35, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А у меня вот 450 дней не перегружался роутер на P-120 (какой-то бывший десктопник Dell), OpenBSD/2.9, потом правда снять пришлось, очень обидно было :-(
     
     
  • 2.39, BB (??), 09:59, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Мда наверное мне стоит помочать в тряпочку, но раз уж начали мерятся @#$%&# то скажу: сервер 486dx2-80(промычленное исполнение) os/2 2.11 проработал с 1994 по 2002 год над  сбором и обсчетом данных экспериментов, суточный объем данных около 1gb. :)
     

  • 1.20, suckme (?), 00:46, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    364 дня домовая сеть, redhat 7.2(3) стоящий в ящике на крыше. Стоял бы больше, если бы монтажник не полез сука чтото ковырять. Без упсов и прочего, просто стоял и работал. А вообще все ребуты либо изза чубайса либо изза монтажников... вот так вот :)
     
  • 1.21, ugenk (?), 01:27, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    %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
     
     
  • 2.27, impatt (??), 06:21, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > 0:11  up 372 days, 10:24, 1 user, load averages: 1,4 1,1 0,3

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

     
     
  • 3.30, anonim (?), 07:12, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Друзья, а как трактовать (или где про это прочитать) три числа в плавающем виде в строке "load averages" ??

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

     
     
  • 4.59, impatt (??), 08:11, 12/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо :) Где бы ещё эту книгу взять ?..... :)
     
     
  • 5.60, anonim (?), 08:48, 12/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Спасибо :) Где бы ещё эту книгу взять ?..... :)

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

     

  • 1.22, capo (?), 02:16, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    $ 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
     
     
  • 2.23, spr1te (??), 03:03, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >$ 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 раз и то после первой установки..
    даже упс не спасает
    света бывает и по пол дня нету:(

     
  • 2.25, Viaprog (?), 05:31, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > 1:15AM  up 517 days,  6:46, 1 user, load averages: 0.00, 0.00, 0.00

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

     

  • 1.24, si (?), 03:49, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    news сервер на linux  2.2 uptime был 1030 дней (есть screenshot ;) ). смотрели по uptime dnews, потому что счетчик в сама линуксе раза 2 переполнялся. упал по причине аварии с электричеством не было питания больше 6 часов, упсы понятно дело не спасли. после включения перестали крутится все кулеры что были с корпусе :)
    еще у одного было uptime около 700 дней (www, mysql, linux 2.2) - исдох PSU
     
  • 1.26, Аноним (26), 05:41, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Стоит на старой работе аналогичная Альфа. Раз в год ее выключают для знакомства с пылесосом и проверки вентиляторов.
    2 года назад Альфа встала, потому как отказал один вентилятор.
    Ничего суперского тут не вижу. Если железо и ПО не менять, то и 100 лет простоит. Чего ему будет-то?
     
  • 1.28, echydna (?), 06:22, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    *никсы, *никсы......

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

     
  • 1.29, Skif (ok), 06:32, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да все операционки нормально работают если их настроить и больше не трогать. Вот только такое мало кому реально надо. Проблемы с безопасностью как решать? Если ядро патчил/пересобирал/обновлял мир - без ребута не обойтись. Есть ведь реально вещи, которые без ребута не решить.
    Как тут правильно заметили в новости шел разговор о кластере. Если это КВД кластер, то вполне логично. Одну ноду в даун на проверку, вторая работает по полной.

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

     
     
  • 2.31, Осторожный (?), 07:27, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Есть операционные системы, которые делают перезагрузку или скажем смену ядра без убивания запущенных пользовательских процессов.
    Технически делается примерное так:
    сначала все процессы кроме ядра останавливаются, скидываются на диск.
    Потом на диске исправляется образ ядра. Далее следует перезагрузка железа. Далее поднимается образ памяти с диска. Идет инициализация ядра. Далее процессы продолжают запускаются с той же точки где были остановлены.
    Это похоже на hybernate, но тут разница в том, что между перезагрузками меняется ядро.
    Вот бы в Linux/BSD такое сделали ...
     
     
  • 3.34, Darkus (?), 09:27, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Ни разу не слышал, а что за операционки такие?
     
     
  • 4.70, Salcar (?), 16:06, 31/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Хм. 1984 год. EC-1033. Была такая фигня. FOCUS называлась.
    Всю ночь задача считалась. Потом делали "слепок" на ленту.
    В следующий раз загружали этот "слепок" и вуаля.
    Главное чтобы диски стояли на тех же самых устройствах.

     
  • 3.42, arruah (ok), 10:15, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    я слышал что есть такое уже во freebsd
     
  • 3.43, hexmaker (?), 10:16, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Или скажем так... Имеется работающее ядро, назовём его мастер, работающие процессы. Администратор собрал ядро свежей версии и запускает его как обычный процесс. Новое ядро синхронизирует свои внутренние структуры с мастером и дублирует в дальнейшем все его действия, назовём его slave. Админ следит за поведением свежего ядра, и если оно в течение времени наблюдения не упало, даёт специальную команду. При этом новое ядро принимает статус master, а старое - slave. Для процессов этот обмен - задержка исполнения системных вызовов длится миллисекунды. Затем, админ применяет к старому ядру команду kill.
     
  • 3.45, pavlinux (?), 10:20, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот бы в 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:                            

     

  • 1.32, Аноним (-), 08:15, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    sun fire v880
    solaris 8

    uptime - 4 года

     
     
  • 2.50, BB (??), 14:42, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Гы-гы, я даже знаю что на нем крутицо и где территориально он стоит, похоже даже hostname его знаю :)
     

  • 1.36, bmc (??), 09:45, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Была история - начал глючить старенький п1, работавший рутером. Всё рутит, только вот ни скомпилить ничё, да и вообще шел запустить не может.

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

     
  • 1.37, bmc (??), 09:47, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ps FBSD
     
  • 1.44, Algor (??), 10:19, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    win2ks+mssql2k+самописные com компоненты для работы склада+самописные роботы которые из эксченджа почту обрабатывают
    аптайм смотрю из гиены - 444 days, 0 hours, 59 minutes
     
  • 1.46, Gruber (?), 11:06, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да ето все интересно а у меня такой небольшой рекордик
    Вощем тачка самосбор из сраненького железа (MB:acorp, CPU:celeron, NET:realtek, БП:noname) пашет роутером в нескольких сетках народу примерно компов 80 и ничего уже третий год пошёл :)))
     
  • 1.47, pavlinux (?), 12:20, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эту статью и обсуждение надо заслать оверлокерам, причём настоящим (с жидким азотом),  
    Они не поймут в чём смысл жизни, и все повесятся.
     
  • 1.54, don_oles (??), 16:21, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я не удивлён количеству постов в этой новости - каждому хочется померяться своим прибором.
     
     
  • 2.56, Shean (?), 20:10, 11/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Я не удивлён количеству постов в этой новости - каждому хочется померяться
    >своим прибором.


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

     
  • 2.65, Серж (??), 00:48, 20/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Дык эта... приборами - и то надо меряться гра-мот-но! :)
    updike Вам в помощь :)

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

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

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

     

  • 1.58, nuclight (?), 23:51, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    400 дней, 700 дней... нашли чем меряться.
    Смотрите сюда: http://uptime.netcraft.com/up/today/top.avg.html
     
  • 1.67, Stant (?), 00:49, 25/01/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нет, ну понятно, что если какую нибудь *nix нормальную запустить и оставить в покое, то будет работать пока чубайс спит... Другое дело, когда нужно сервис какой-то добавить на сервер или апдейт, а перезагружать не хочется, чтобы лишний раз юзеров не напрягать (точнее, наооброт). У меня для этих целей есть дублирующий сервер, у которого вместо инета - локалка. Настраивай, тестируй сколько хочешь. Потом только конфиги копируй. А если использовать нормальные rc.d-скрипты, то смысла в перезагрузке нет, даже если ты параноик.

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


     
     
  • 2.68, iasb (??), 13:24, 30/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    NW 3.12, файлсервер
    Compaq Prоsignia VS 486/DX2-80, 73 RAM
    1993 - Now

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

     
     
  • 3.71, Loky (?), 08:53, 10/02/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >NW 3.12, файлсервер
    >Compaq Prоsignia VS 486/DX2-80, 73 RAM
    >1993 - Now
    >
    >Основная проблема - электролиты в БП сдохли - вырубился по защите. Заменили
    >электролиты. На мейнборде вообще ни одного электролита нет ! Пока продолжает
    >шуршать. Основная проблема при замене электролитов - а как же его
    >стартовать? ПРОСТО ЗАБЫЛ !!!
    Тема! Реально многие забывают как нетварью общаться только потому что делают это раз в несколько лет.
    Официально зарегистрированный рекорд нетвари 2263 дня аптайма. Собстно посмотреть можно здесь http://www.novell.com/coolsolutions/trench/241.html#3
     

  • 1.73, Dvorkin (??), 14:51, 02/11/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    перезагружал чтоб воткнуть пишущий 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 новее
    по-моему, это просто нормальный аптайм у нормальной ОС.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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