- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
У меня VDS от ispserver.com
FreeBSD-8-ISPmanager
1. Какую команду написать в Cron для перезагрузки сервера?
2. Какую команду написать в Cron для перезагрузки msql?
Например такую. А вообще в гугле быстрей найти чем тему создавать.
reboot но лучше найти косяки настройки сервера. Чтоб не приходилось городить костыли с перезагрузкой.
Команды можно посмотреть здесь:
[ATTACH]130056[/ATTACH]
Вместо start в cron пишите restart. В cron помещать перезагрузку, как и написали выше, не лучший выход.
и лучше понимать разницу между reboot и shutdown -r now
чтобы после reboot не пришлось городить костыли с нормальной загрузкой :)
и лучше понимать разницу между reboot и shutdown -r now
А как по мне, лучше понимать что приводит к зависанию сервера, что бы в кронтабах не было reboot или shutdown :))))) Это сам по себе костыль весьма не уместный :D
А как по мне, лучше понимать что приводит к зависанию сервера, что бы в кронтабах не было reboot или shutdown :))))) Это сам по себе костыль весьма не уместный :D
Это даже не костыль, это протез :)
Ессно, это убирать в первую очередь.
и лучше понимать разницу между reboot и shutdown -r now
чтобы после reboot не пришлось городить костыли с нормальной загрузкой :)
не от хорошей жизни ТС хочет в крон запихнуть перезагрузку. с shutdown -r now при зависшем процессе он получит еще более зависший сервер 🍿 и спасет уже только хард ресет.
Фрагмент переписки с сапортом:
----------------------------------------------------------------
От: Вячеслав - 2013-08-13 06:47:09
ОПЯТЬ НЕ РАБОТАЮТ САЙТЫ!!!
От: Александра Рябова - 2013-08-13 09:25:25
Вячеслав, добрый день.
MySQL вновь был неактивен. Запустила.
От: Вячеслав - 2013-08-15 06:11:55
И опять...
От: Виталий Чернышов - 2013-08-15 06:22:26
Здравствуйте.
У вас не хватает ресурсов Памяти на VDS, отсюда и проблемы с Mysql. Я бы вам посоветовал повысить тариф.
От: Вячеслав - 2013-09-01 07:29:11
Опять не работает.
Перезапустите пожалуйста.
Виталий Чернышов - у меня ничего не менялось на сайтах уже давно. Раньше ресурсов хватало. Вы уверены, что это решит проблему???
От: Игорь Кузьмин - 2013-09-01 08:09:13
Ошибки в логах говорят о том что памяти не хватает:
(12)Cannot allocate memory: fork: Unable to fork new process
Повышение тарифа поможет.
--------------------------------------------------------
Повышение тарифа, как я и подозревал не помогло.
До этого несколько лет всё было ОК.
А теперь ещё и техподдержка платной стала :(
Пока не решил куда сайты переносить, пусть хоть такой костыль будет.
---------- Добавлено 26.11.2013 в 18:02 ----------
Команды можно посмотреть здесь:
[ATTACH]130056[/ATTACH]
Вместо start в cron пишите restart. В cron помещать перезагрузку, как и написали выше, не лучший выход.
Вроде как не работает, если нажать на "Выполнить", то:
"Exited with return code = 1"
SAF, какая виртуализация? если полноценная типа xen kvm , то или оптимизируйте скрипты или увеличивайте тариф.
foxi, на сайте хостера написано виртуализация KVM.
SAF, если нужно я могу поискать ссылку на скриптик для автоматического рестарта апача, как только тот перестанет отдавать страницу. Запускается по крону. Можно переделать его чтобы аналогично рестартовал MySQL.
Но это всё временная мера. Сервер не должен падать.
На самом деле разбирайтесь что просиходит реально.
Если ядро убивает MySQL из-за нехватки памяти (OOM) в системных логах должна быть запись!
Не установлена ли у вас случайно 64-х битная операционка на 512 мегах памяли? :)
Используется ли swap раздел и какого он размера?
Мониторинг памяти попробуйте записать в лог.
# cat /proc/meminfo >> /var/log/my_mem_info.log
Мониторинг потребления памяти по процессу
# ps -A -o pid,size,comm | grep mysql
Если нужно узнать что упал MySQL можно просто сделать
# ps -A | grep mysql
Да ещё посмотрите нет ли у вас установленного драйвера membaloon. Через него хостер может заниматься оверселингом и «тырить» память. Но в случае кластера позволяет не убивать сервер если вдруг ему некуда переехать на доступных нодах нет достаточно памяти.