Ну, я бы так не гордился аптаймом. :) Лучше раз в полгода ребутнуть сервер в часы наименьшей загрузки, чем он свалится сам в час-пик и потом разберись, что было сохранено, а на что забил и это не поднялось. :)
Хотя и понимаю, что железка может быть некритичная. У самого стаит "некритичная". Но я однажды отъехал, свет вырубили и акум у точки доступа сел. Потом свет дали, все включилось. А ноут супруги так и не вышел в сеть. В IPTables забыл её IP сохранить. А приехал поздно, день работы у неё ушел...
У меня десктоп выполняет роль файлопомойки. Зимой (или просто когда на улице меньше +35) аптайм и до полугода бывает. Сейчас греется сильно, на ночь выключаю. Или на день. Смотря когда спать иду. =)
Алексей, по своему опыту могу сказал что количество необходимых перезагрузок определяется многими факторами. По статистике виндовые серваки я перегружаю гораздо чаще чем линуксовые. Я не пиарю линухи просто такова правда жизни.
Если нет утечек памяти и прочих возможных глюков со стороны ОС и сервисов, то смысла перегружать машину нет. Если же есть - то лучше найти проблему и устранить ее. А если не получается устранить релизовать механизм перезапуска службы как раз в момент наименьшей нагрузки.
Собственно на вскидку один из моих серваков: 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-ти лет, только не говорят что с ним делали/делают (может там голая ОСь крутится)... И это не предел! Хотя и не показатель =)
У меня не получалось добиться такого аптайма просто из-за проблем с электросетью (причем не только у меня, а и у заказчиков). Раз в пол-года сеть и выбивает. Причем на более длительный срок, чем упсы позволяют.
Решил вчера добавить новый раздел ЗАГРУЗКИ . Его я буду пополнять интересными программами, какими-то разработками, модулями Elastix и документацией. Перейти в ЗАГРУЗКИ . Читать далее... | Комментировать
Итак, после небольшого перерыва решил написать небольшую заметку на тему 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...
Комментарии
Хотя и понимаю, что железка может быть некритичная. У самого стаит "некритичная". Но я однажды отъехал, свет вырубили и акум у точки доступа сел. Потом свет дали, все включилось. А ноут супруги так и не вышел в сеть. В IPTables забыл её IP сохранить. А приехал поздно, день работы у неё ушел...
Если нет утечек памяти и прочих возможных глюков со стороны ОС и сервисов, то смысла перегружать машину нет. Если же есть - то лучше найти проблему и устранить ее. А если не получается устранить релизовать механизм перезапуска службы как раз в момент наименьшей нагрузки.
Почему для вас обновление обязательно связано с перезагрузкой? При выходе нового ядра вы его всегда ставите?
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-ти лет, только не говорят что с ним делали/делают (может там голая ОСь крутится)... И это не предел! Хотя и не показатель =)
12:34:56 up 434 days, 20:45, 1 user, load average: 0.02, 0.06, 0.01
сервер с базой данных (какой не скажу), но сильно критичный.