Моя прелесть или uptime сервера

Автор: -
Хочу похвастать uptime-ом одним из серверов, который выполняет функцию Voip-сервера и шлюза на базе NEOPbx.


Учитывая что сервер активно используется - думаю есть повод гордиться. Выкладывайте в комментах свои "My Precious" =)

Комментарии

Алексей Убоженко написал(а)…
Ну, я бы так не гордился аптаймом. :) Лучше раз в полгода ребутнуть сервер в часы наименьшей загрузки, чем он свалится сам в час-пик и потом разберись, что было сохранено, а на что забил и это не поднялось. :)

Хотя и понимаю, что железка может быть некритичная. У самого стаит "некритичная". Но я однажды отъехал, свет вырубили и акум у точки доступа сел. Потом свет дали, все включилось. А ноут супруги так и не вышел в сеть. В IPTables забыл её IP сохранить. А приехал поздно, день работы у неё ушел...
16 августа 2012 г. в 17:53
Faumi написал(а)…
У меня десктоп выполняет роль файлопомойки. Зимой (или просто когда на улице меньше +35) аптайм и до полугода бывает. Сейчас греется сильно, на ночь выключаю. Или на день. Смотря когда спать иду. =)
16 августа 2012 г. в 19:11
nicosha написал(а)…
Алексей, по своему опыту могу сказал что количество необходимых перезагрузок определяется многими факторами. По статистике виндовые серваки я перегружаю гораздо чаще чем линуксовые. Я не пиарю линухи просто такова правда жизни.

Если нет утечек памяти и прочих возможных глюков со стороны ОС и сервисов, то смысла перегружать машину нет. Если же есть - то лучше найти проблему и устранить ее. А если не получается устранить релизовать механизм перезапуска службы как раз в момент наименьшей нагрузки.
16 августа 2012 г. в 19:25
Unknown написал(а)…
Я бы не стал гордиться uptime. Для меня сейчас это синоним не обновляемого сервера и тут уже точно хвастать нечем.
16 августа 2012 г. в 20:37
nicosha написал(а)…
Этот комментарий был удален автором.
17 августа 2012 г. в 00:05
nicosha написал(а)…
Конкретно этот сервер был обновляемый. Ядро на нем собиралось отдельно и новых фишек для него не нужно было.

Почему для вас обновление обязательно связано с перезагрузкой? При выходе нового ядра вы его всегда ставите?
17 августа 2012 г. в 00:06
Unknown написал(а)…
Собственно на вскидку один из моих серваков:
09:17:56 up 430 days, 4 min, 1 user, load average: 0.03, 0.02, 0.0
CentOS 5.5.
А на днях пришлось выключать сервер с 600+ сутками за бортом... Так, что NIX системы могут работать по несколько лет без перезагрузок. Например в лабе HP говорят есть сервак под HP-UX который не ребутили уже около 8-9-ти лет, только не говорят что с ним делали/делают (может там голая ОСь крутится)... И это не предел! Хотя и не показатель =)
17 августа 2012 г. в 16:24
Ihor Olkhovskyi написал(а)…
У меня не получалось добиться такого аптайма просто из-за проблем с электросетью (причем не только у меня, а и у заказчиков). Раз в пол-года сеть и выбивает. Причем на более длительный срок, чем упсы позволяют.
20 августа 2012 г. в 03:47
Alex Pogomy написал(а)…
uptime
12:34:56 up 434 days, 20:45, 1 user, load average: 0.02, 0.06, 0.01

сервер с базой данных (какой не скажу), но сильно критичный.
20 августа 2012 г. в 18:36
Отправить комментарий

Популярные сообщения из этого блога

Иллюзия открытости

Автор: -
Сегодня я хотел немного пофилосовствовать и поразмышлять насчет "открытого кода". Посмотрим, что нам выдаст википедия: открытое программное обеспечение, то есть программное обеспечение с «открытым» исходным кодом (англ. open source software) — способ разработки ПО, при котором исходный код создаваемых программ открыт, то есть общедоступен для просмотра и изменения. Это позволяет всем желающим использовать уже созданный код для своих нужд и, возможно, помочь в разработке открытой программы. А теперь задайте себе вопрос: предположим есть 2 программных продукта. По функционалу они сильно похожи. Одна программа с закрытым кодом, а вторая с открытым. И вот вы стоите перед выбором: какой программе доверить решение нужных задач. " Ответ просто очевиден ! Конечно программе open source, ведь можно убедиться что в ней нет какого то скрытого(вредоносного, ненужного и т.п.) кода. И ее можно еще и модифицировать под себя! " - воскликните Вы. И вот тут Вы ошибаетесь! Это всег...
Далее...

Новый раздел «ЗАГРУЗКИ»

Автор: -
Решил вчера добавить новый раздел ЗАГРУЗКИ . Его я буду пополнять интересными программами, какими-то разработками, модулями Elastix и документацией. Перейти в ЗАГРУЗКИ . Читать далее...   |   Комментировать
Далее...

Быстро поднимаем DNS-сервер (BIND9) под debian

Автор: -
Итак, после небольшого перерыва решил написать небольшую заметку на тему DNS. Не буду рассказывать теорию( в Интернете ее полно ). Перейдем сразу к делу. Дано: локальная сеть 192.168.0.0/24 сервер: debian 5. Предположим, что у него ip 192.168.0.1 Требуется: поднять dns-сервер, таким образом, что бы для внутренней локалки были как свой домен, так и root-DNS Интернета. Домен 1-го уровня: пусть будет ex. Тогда хосты будут иметь имена test.ex, h1.ex и т.п. Жирным выделено то, что было добавлено к стандартному конфигу. Решение(все действия из-под root или через sudo; здесь примеры конфигов, и то что нужно поправить в них для решения нашей задачи): debian:/#apt-get install bind9 debian:/etc/bind# cat ./named.conf.options acl "corpnets" {192.168.0.0/24; 127.0.0.1;}; options { directory "/var/cache/bind"; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; allow-query {"corpnets";}; }; debian:/etc/bind# cat ./named.conf include...
Далее...