В кронтаб oracle десяток ежевечерних задач, они оставляют протоколы своей работы.
Но вечером 9-11 июня задачи не выполнились и протоколов нет, как-будто задачи даже не стартовали.
12 июня задачи опять начали работать.
В логах крона пишется, что задачи стартовали ежедневно.

Есть ещё одна автоматическая задача, запускаемая рутом 23:50 , sysstat. Она отработала каждый день, как положено.

Где искать ошибки, почему оракловые задачи не работали ?

Администратор Linux в отпуске. :(

На форуме UNUX-системы писала, то там пока ничего не посоветовали.

ротаторAlionaпротоколов нет, как-будто задачи даже не стартовалиможет места не хватило.
места полно.

dmdmdmОбщий журнал, может, что-то говорит про это время?

Обычно /var/log/messages.

В /var/log/messages нет ошибок по оракловым задачам, вот например бэкап еженочно запускается:

grep /var/log/messages rman
Jun 7 02:01:01 sunsetstb /usr/sbin/cron[16273]: (oracle) CMD (sh $HOME/bin/tjs_run_job.sh rman_level1 sunset $HOME/sql/level1.rman)
Jun 8 02:01:01 sunsetstb /usr/sbin/cron[18952]: (oracle) CMD (sh $HOME/bin/tjs_run_job.sh rman_level1 sunset $HOME/sql/level1.rman)
Jun 9 02:01:01 sunsetstb /usr/sbin/cron[23838]: (oracle) CMD (sh $HOME/bin/tjs_run_job.sh rman_level1 sunset $HOME/sql/level1.rman)
Jun 10 02:01:01 sunsetstb /usr/sbin/cron[26408]: (oracle) CMD (sh $HOME/bin/tjs_run_job.sh rman_level1 sunset $HOME/sql/level1.rman)
Jun 11 02:01:01 sunsetstb /usr/sbin/cron[30956]: (oracle) CMD (sh $HOME/bin/tjs_run_job.sh rman_level0 sunset $HOME/sql/level0.rman)
Jun 12 02:01:01 sunsetstb /usr/sbin/cron[18482]: (oracle) CMD (sh $HOME/bin/tjs_run_job.sh rman_level1 sunset $HOME/sql/level1.rman)
Jun 13 02:01:01 sunsetstb /usr/sbin/cron[31375]: (oracle) CMD (sh $HOME/bin/tjs_run_job.sh rman_level1 sunset $HOME/sql/level1.rman)
Но в последний раз бэкап выполнился 8 июня. Сегодня скорее всего бэкап сработает, т.к. 13.06.2017 после 00:00 другие автоматические задачи начали отрабатывать.

tunefs -mAlionaпропущено...

места полно.Полнота понятие относительное. Если резерв настроен на 5%, то на терабайтном разделе это 50 гигабайт свободных недоступных для не рута.

Не поняла, нельзя ли как-нибудь попроще объяснить, где параметры смотреть.
Не являюсь обладателем пароля root, администратор в отпуске.

Сервер не перезапускался:
uptime
15:20pm up 16 days 8:34, 5 users, load average: 2.40, 3.37, 4.49

landyА в crontabe что?

crontab -l -u oracle

???

crontab -l | grep listener
53 23 * * * sh $HOME/bin/tjs_run_job.sh daily_listener_log sunset 30 70

Вот протоколы этой задачи:
ls -l | grep listener
-rw-r--r-- 1 oracle oinstall 2166 Jun 4 23:53 sunset.daily_listener_log.log.20170604.2353
-rw-r--r-- 1 oracle oinstall 2168 Jun 5 23:53 sunset.daily_listener_log.log.20170605.2353
-rw-r--r-- 1 oracle oinstall 2166 Jun 6 23:53 sunset.daily_listener_log.log.20170606.2353
-rw-r--r-- 1 oracle oinstall 2168 Jun 7 23:53 sunset.daily_listener_log.log.20170607.2353
-rw-r--r-- 1 oracle oinstall 2168 Jun 8 23:53 sunset.daily_listener_log.log.20170608.2353
-rw-r--r-- 1 oracle oinstall 2168 Jun 12 23:53 sunset.daily_listener_log.log.20170612.2353

landysh $HOME/bin/tjs_run_job.sh - внутри скрипта никаких условий нет?

ага, есть!
Задаем в кроне запускать задание ежедневно, а потом в самом скрипте пишем сложные условия:
если сегодня выходной, то даём скрипту отдохнуть. К скрипту ежегодно подкладываем календать праздничных и выходнях дней России.

Как и предполагала, вчера вечером-ночью все задачи в кроне выполнились успешно.

Сегодня нашла кое-что в почте пользователя oracle за выходной 11.06.17, только одна ошибка, только по одной задаче:
автор mail
? n
Message 49:
From oracle@sunset Sun Jun 11 01:26:11 2017
X-Original-To: oracle
Delivered-To: oracle@sunset
From: oracle@sunset
To: oracle@sunset
Subject: Cron <oracle@sunset>; sh $HOME/bin/tjs_run_job.sh resource_limit
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/opt/oracle>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=oracle>
X-Cron-Env: <USER=oracle>
Date: Sun, 11 Jun 2017 01:26:11 +0300 (MSK)
/etc/profile.d/oracle.sh: fork: Resource temporarily unavailable

/etc/profile.d/oracle.sh: fork: Resource temporarily unavailable - наводит на мысль, что что-то было с операционкой
Гугл на эту ошибку советует увеличить параметры в /etc/security/limits.conf

автор cat /etc/security/limits.conf
...
## added by orarun ##
oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536
oracle soft memlock unlimited
oracle hard memlock unlimited
# End of file

Увеличивать не пришлось, вчера нашли внешнее приложение, которое "сошло с ума" и начало генерить тысячи процессов в оракл.
Забавно, что оно нам и бэкапы "положило".