Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Red Hat Linux, Fedora, CentOS → Частое зависание в 4 утра
Чтобы отправить ответ, вы должны войти или зарегистрироваться
brullek,для редактирования crontab, необходимо использовать crontab -e , только надо знать как работает vi =)
P.S. не запускайте crontab без ключей, иначе все задания которые есть затрете, перед использованием команды, ознакомьтесь с руководством пользователя, проще говоря man 5 crontab
brullek,для редактирования crontab, необходимо использовать crontab -e , только надо знать как работает vi =)
P.S. не запускайте crontab без ключей, иначе все задания которые есть затрете, перед использованием команды, ознакомьтесь с руководством пользователя, проще говоря man 5 crontab
полностью согласен.
Однако, есть возможность прописать любимый текстовый редактор (mcedit например)
crontab manipulates the crontab for a particular user. Only the superuser may specify a dif-
ferent user and/or crontab directory. Generally the -e option is used to edit your crontab.
crontab will use /usr/bin/vi or the editor specified by your VISUAL environment variable to
edit the crontab.
Спустя месяц без отказной работы, сегодня снова утром было зависание компьюетра.
Так, новые детали нашел в соей проблеме:
Запуск ежедневного задания @msec (/usr/share/msec/security.sh) по логам успшно происходит, а EXIT'a из задания небыло.
Советуем, кто чего порекомендует 
/usr/share/msec/security.sh
Советуем, кто чего порекомендует
порекомендую скрипт проанализировать или здесь выложить.
Скрипт обязаттельно проанализирую ))
Еще бы понимать в нем хоть полоивну ))
ну я щас дополнительно по секциям ввел логироирование в срипте, буду по логам смотреть на каком учатке отваливается.
После анализа скрипта вычесленно место зависания:
### rpm database check
if [[ ${RPM_CHECK} == yes ]]; then
rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}\t%{INSTALLTIME}\n" | sort > ${RP
M_QA_TODAY}
rm -f ${RPM_VA_TODAY}.tmp
nice --adjustment=+19 rpm -V `cut -f 1 < ${RPM_QA_TODAY} | grep -v '^dev-[0
-9]'` | grep '^..5' | sort > ${RPM_VA_TODAY}.tmp
grep -v '^..........c.' ${RPM_VA_TODAY}.tmp | sed 's/^............//' | sor
t > ${RPM_VA_TODAY}
grep '^..........c.' ${RPM_VA_TODAY}.tmp | sed 's/^............//' | sort >
${RPM_VA_CONFIG_TODAY}
rm -f ${RPM_VA_TODAY}.tmp
fiСейчас разбил этот скрипт на части, и ввел лог по строчно, буду ждать следующих зависаний.
Хотя мб кто-то из Вас уже сейчас на 100% поставит диагноз и даст рекомендации как поправить )
Хотя мб кто-то из Вас уже сейчас на 100% поставит диагноз и даст рекомендации как поправить
легко - это обновления. Если они есть и их много - комп виснет. Такое бывает, после нахождения дыры в какой-то распространённой либе - приходится фиксить половину пакетов. Сносить и ставить заново пол-системы 
Не лечится...
Не лечится...
ну не совсем... есть паллиатив.
ясн, буду думать, спасиб
rpm -V <список пакетов>
Вот тут оно и бывает и виснит ((
Проблему решил. Но до сих осталось не понятным, почему он произвольно зависает при выполнении этой команды (бывает по 2 месяца работает, а бывает через день зависал), но я забил
Как у создателя темы - у меня нет вопросов. Тему можно закрывать. Всем спасибо, за направление деятельности по поиску решения проблемы.
brullek,
rpm {-V|--verify} [select-options] [verify-options]
Verifying a package compares information about the installed files in the package with information about
the files taken from the package metadata stored in the rpm database. Among other things, verifying com-
pares the size, MD5 sum, permissions, type, owner and group of each file. Any discrepancies are dis-
played. Files that were not installed from the package, for example, documentation files excluded on
installation using the "--excludedocs" option, will be silently ignored.The package selection options are the same as for package querying (including package manifest files as
arguments). Other options unique to verify mode are:--nodeps
Don't verify dependencies of packages.--nodigest
Don't verify package or header digests when reading.--nofiles
Don't verify any attributes of package files.--noscripts
Don't execute the %verifyscript scriptlet (if any).--nosignature
Don't verify package or header signatures when reading.--nolinkto
--nofiledigest (formerly --nomd5)
--nosize
--nouser
--nogroup
--nomtime
--nomode
--nordev
Don't verify the corresponding file attribute.The format of the output is a string of 8 characters, a possible attribute marker:
c %config configuration file.
как видите, это проверка множества пакетов по множеству параметров. Неудивительно, что она всё вешает. Что там у вас конкретно проверяется - мне не видно.
Но до сих осталось не понятным, почему он произвольно зависает при выполнении этой команды (бывает по 2 месяца работает, а бывает через день зависал)
Да что тут непонятного-то? Пакеты постоянно меняются, вот и виснет на проверке (почему не виснет каждый день тоже понятно - rpm не дура, что-бы каждый день проверять одно и тоже.)
Имхо - бред ) каждый день одно и тоже проверяется
А вообще проверка длается по 8 параметрам дето (точки и буквы), потом выборки по разным параметрам делаются и формируются логи разные для админа.
brullek, что?
Тему можно закрывать, убил часть скрипта, приводящую к зависанию.
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Linux Forum → Red Hat Linux, Fedora, CentOS → Частое зависание в 4 утра
Форум работает на PunBB, при поддержке Informer Technologies, Inc
