Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Red Hat Linux, Fedora, CentOS → Частое зависание в 4 утра
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Переодически в 4 утра стал подвисать комп. подозрение на cron демона (все пользовательсике задания судя по логам он отрабатывает успешно еще до 2 ночи).
Но в 4 утра все наглухо зависает.
Подскажите какие логи и где смотреть, что бы выяснить в чем дело, почему комп зависает.
Линукс на базе mandriva вроде, но точно не знаю.
Подскажите какие логи и где смотреть, что бы выяснить в чем дело, почему комп зависает.
dmesg
/var/log/messages
/var/log/*
Просмотрел, ни чего явного нет. Опять же, зависиает именно в 4:00-4:02 утра! Это качественно как то я думаю может сузить поиск. В целом комп ни разу не завис днем. Где-то в инете слышал что в 4 утра отрабатываеться что-то вроде cron daily, но я не знаю пока ни чего про это.
Переодичские ошибки в логах мелькают, но они всегда, не зависимо от времени суток. Главное в районе 4 утра ни чег странного найти не могу *(((
покажите вывод
cat /etc/crontabи заодно покажите, что за файлики лежат в /etc/cron.daily
Так нашел в логах postrgres причину, которая приурочена к 4 утра и хоть как-то связана с проблемой. Теперь давайте по этой ниточке идти:
покажите вывод cat /etc/crontab
# run-parts
01 * * * * root nice -n 19 run-parts --report /etc/cron.hourly
02 4 * * * root nice -n 19 run-parts --report /etc/cron.daily
22 4 * * 0 root nice -n 19 run-parts --report /etc/cron.weekly
42 4 1 * * root nice -n 19 run-parts --report /etc/cron.monthly
и заодно покажите, что за файлики лежат в /etc/cron.daily
Каковы ваши соображения, господа?
brullek, у вас БД пострега порушена. И поэтому сервер входит в ступор.
Как восстановить?
я только с mysql работал (((
brullek, увы с postgres не знаком =(
02 4 * * * root nice -n 19 run-parts --report /etc/cron.daily
теперь покажите /etc/cron.daily
LOG: could not connect socket for statistics collector: Сеть недоступна
перевожу: нет соединения с сервером сбора статистики, потому-что вы его настроили как удалённый, а сеть недоступна.
попросту отключите этот автовакуум, он у вас всё равно не работает.
drBatty Можете немного подробней описать, механизм что происходит или не происходит. Я пока что очень слабо понимаю.
На что влияет это задание, за что отвечает, и к чему приведет его отключение. Не совсем понятно пока.
Ок, спасибо, на этом. Жду мб у кого-то другие предложения будут.
brullek, блин, вы думаете я конфиги мандривы наизусть помню? :o
02 4 * * * root nice -n 19 run-parts --report /etc/cron.daily
запускается у вас в 4:02 часть, которая описана в /etc/cron.daily, и которую вы боитесь показать, и хрен его знает, что у вас там записано.
Я пока что очень слабо понимаю.
На что влияет это задание, за что отвечает, и к чему приведет его отключение. Не совсем понятно пока.
а я не помню. такие дела...
блин, вы думаете я конфиги мандривы наизусть помню?
а при чем тут Мандрива-то?
Линукс на базе mandriva вроде, но точно не знаю.
а при чем тут Мандрива-то?
brullek пишет:Линукс на базе mandriva вроде, но точно не знаю.
Hrafn пишет:а при чем тут Мандрива-то?
Посмотрим вывод uname -a. EL - это Enterprise Linux. Как я понимаю, это Шапка или Цент
А даже если я ошибся и это действительно мандрива, то топик надо бы перекинуть в нужную ветку
Hrafn, ну я не знаю. есть какая-то разница? имхо пока это в ветку "кроссдистибутивные" надо.
запускается у вас в 4:02 часть, которая описана в /etc/cron.daily, и которую вы боитесь показать, и хрен его знает, что у вас там записано.
Что именно нужно показать? Вывод я показал:
Что нужно еще показать? Я не совсем понял... Тут ни какого криминала - я только за то то бы Вы помогли и готов предоставить все данные. Говорите только плиз поконкретнее что именно нужно от меня, что бы помочь с решение проблемы.
Как восстановить?
Если у вас БД postgres не используется, т о initdb, если используется, то из бекапа или WAL
Очень маловероятно что БД посыплаь, т.к. весь механизм сейчас работает и функционирует отлично. Но по ночам что-то приводи к зависанию.
Тут ни какого криминала
наверное это rpm. но точно я не знаю.
поставьте в начале каждого файла
echo "$0" >>/var/log/cron1.log
date >>/var/log/cron1.logтогда каждый файл будет писать в этот лог своё имя, и во сколько он начал работать.
таким образом мы узнаем, какаой из них виснет.
ЗЫЖ не в самое начало конечно, а после первой строки
#!/bin/shа тормозить может что угодно. и RPM, и logrotate.
Во все скрипты ввел логирирование на входе и выходе из скрипта. Буду ждать очередного зависания (p.s. бывает месяцами все работает, а бывает каждую ночь подвисает).
Благодарю за советы, если появится новая информация из логов - обязательно сообщю, что бы можно было продвинуться дальше.
P.S:
а тормозить может что угодно. и RPM, и logrotate.
Вопрос не о тормозах, а о глухом зависание, которое происходит с 4 ночи до 9 утра, пока я физически сервер не отправлю в ребут.
Вопрос не о тормозах, а о глухом зависание, которое происходит с 4 ночи до 9 утра, пока я физически сервер не отправлю в ребут.
"глухое зависание" это тоже обычно тормоза. например logrotate умеет сжимать файлы, причём современные сжиматели жрут много памяти - если памяти не хватит, то либо всё рухнет если нет свопа, либо всё будет "работать", только в 1000 раз медленнее, если своп есть. и то и другое "глухое зависание". также может порушиться БД RPM, это тоже приведёт к зависанию - перезагрузить-то можно, но следующей ночью всё повторится.
Лично я считаю, что в RH неправильно сделали, что засунули все задачи на 4 утра, лучше-бы их равномерно раскидать по промежутку времени, когда загрузка небольшая... тогда достаточно просто определить время зависания.
также может порушиться БД RPM, это тоже приведёт к зависанию - перезагрузить-то можно, но следующей ночью всё повторится.
Тут другой случай. Я принудительно вызывал все скрипты с крона днем, смотрел как они отрабатываються. Все работает норм. Две ночи уже все норм. Это зависит от каких-то факторов, которые мне не известны... мб интеренет падает, или мб происходит конфликт выполняемых ежечастных скриптов (первая минута каждого часа... там только /usr/bin/msec отрабатывается) с ежедневными (вторая минута пятого часа, список отрабатываемых скриптов показывал выше). В прочем crontab я показывал уже...
Речь идет не о зависание каждую ночь, а о зависаниях, которых может месяц не быть, а могут 2 ночи подряд повториться...
brullek, дык я о том и говорю - если БД рухнула, она и на следующее утро опять рухнет...
а по времени разнесите конечно ежечасные с ежедневными (первое число в crontab).
drBatty, спасиба за советы.
А файл /etc/crontab можно из MC через F4 редактировать? или нужно специальной утилитой его править, как пользовательские задания?
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Linux Forum → Red Hat Linux, Fedora, CentOS → Частое зависание в 4 утра
Форум работает на PunBB, при поддержке Informer Technologies, Inc
