Нужно было sysctl -p сделать, см. выше.
После перезагрузки настройки из sysctl.conf будут работать.
Странная потребность, чесслово. Система сама перебирает пиды. А упереться
в их лимит (int там вроде) - не так-то просто. Думаю, Вы все-таки неверно
идентифицировали источник проблемы.
Может железка кривая. Попробуйте включить перезагрузку при панике (см. выше, "sysctl -p" сделать не забудьте ;)) - может система крашится при ребуте, из-за проблем с ACPI такое бывает. Или попросите сменить железку. Диски воткнуть в новый сервер - дело нескольких минут.
На самых самописных. 5000k хитов, 150Gb в среднем. Движок на CGI-скриптах: парсер+perl. Аптайм с прошлого апдейта ядра (месяц или два - хз). И это не исключение - а правило.
Кроме как для обновления ядра перегружать сервер обычно незачем.
Более интересный вопрос - зачем вообще сервер перезагружать по крону. Предположу,
что этим делается попытка решить какую-то проблему приницпиально неверным путем.
myhand добавил 31.12.2009 в 01:30
Я думаю, kernel.panic=5 в /etc/sysctl.conf добавить вам не лишнее.
какая версия установлена-то?
не поломает обновление больше скриптов, чем починит? ;)
Конечно, вы можете воспользоваться любым провайдером, предоставляющим
поддержку DNS. В том числе и бесплатным.
Размещаете там свой домен. NS-серверами для вашего домена example.com указываете
ns1.example.com, ns2.example.com. Плюс создаете в зоне example.com две
IN A записи:
ns1.example.com. IN A <один IP DNS-сервиса вашего провайдера>
ns2.example.com. IN A <другой IP DNS-сервиса вашего провайдера>
Дальше дилегируете домен у регистратора, указывая ns1.example.com+IP, ns2.example.com+IP.
Скажем так, это все-таки не свой DNS-сервер.
"свои NS" вы сможете создать на собственном
сервере (в т.ч. VPS). На "виртуальном хостинге" сделать
такое нельзя.
Настройки скорости отдачи остаются в nginx и если он просто проксирует
запросы апачу. Также как "много других полезных функций".
Открою страшную тайну - какой-то выигрыш от отдачи статики nginx'ом вы
вряд-ли заметите (в любых попугаях). Только на специализированных ресурсах
и при большой нагрузке.
Понятно. Настройки бездумные по хавту, о чем и подозревал.
Работают на самом деле - директивы только для одного MPM (prefork в вашем случае).
Судя по status'у (если это типичная нагрузка) - можно попробовать
уменьшить MaxClient & Min/MaxSpareWorkers. А если по topу (его вы не привели) памяти
хватает - я бы ничего не трогал.
Смотрите конфиг nginx + его error.log. Проблема там.
реквизиты к базе указаны неверно (пользователь/пароль/хост).
SeoNizator, из контекста вопроса достаточно очевидно, что о cron ТС
как бы в курсе. Суть проблемы = "запуск с правами апача". Решения
два: #2 (wget) или #3 (только если апачу разрешили крон).
