| |
| 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 лет работает :) | | |
|
| |
| 3.53, dewswim (?), 16:03, 11/01/2006 [^] [^^] [^^^] [ответить]
| +/– |
 да были, у меня 2х процессорная альфа в 95ом году была с такой частотой.
у интелей самый топ тогда был 233 :) | | |
|
|
| 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.me/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 [^] [^^] [^^^] [ответить] | +/– | Это упрощенный взгляд неискушенного админа, пришедешему на работу в эпоху интерн... текст свёрнут, показать | | |
|
|
|
|
| 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.72, Dvorkin (??), 14:35, 02/11/2007 [^] [^^] [^^^] [ответить]
| +/– |
 у всех серверов в нашей организации линукс и фрибизиди сервера uptime более года.
забавная перезагрузка была 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.
| | |
| |
| |
| 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 такое сделали ...
| | |
| |
| |
| 4.70, Salcar (?), 16:06, 31/01/2006 [^] [^^] [^^^] [ответить]
| +/– |
Хм. 1984 год. EC-1033. Была такая фигня. FOCUS называлась.
Всю ночь задача считалась. Потом делали "слепок" на ленту.
В следующий раз загружали этот "слепок" и вуаля.
Главное чтобы диски стояли на тех же самых устройствах.
| | |
|
| 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:
| | |
|
|
| |
| 2.50, BB (??), 14:42, 11/01/2006 [^] [^^] [^^^] [ответить]
| +/– | |
Гы-гы, я даже знаю что на нем крутицо и где территориально он стоит, похоже даже hostname его знаю :) | | |
|
| 1.36, bmc (??), 09:45, 11/01/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Была история - начал глючить старенький п1, работавший рутером. Всё рутит, только вот ни скомпилить ничё, да и вообще шел запустить не может.
Думали - думали и вырубили в конце-концов (вечерком). Оказалось мамка как-то хитро сдохла. А вы говорите "упс", "пыль"... ;) | | |
| 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.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 новее
по-моему, это просто нормальный аптайм у нормальной ОС.
| | |
|
