AIX的crontab不執(zhí)行.

fush76

有一臺P570,AIX5.3 的crontab非常的怪:
需要每周重啟一次機器,要不然所有用戶的cron 任務(wù)就根本不執(zhí)行.
(用戶的環(huán)境變量沒有問題,若reboot后,不做任何修改配置,系統(tǒng)會自動去執(zhí)行cron,但3-5天后,系統(tǒng)又莫明其妙的不執(zhí)行cron了,reboot后,系統(tǒng)又恢復(fù)正常)





查看/var/adm/cron/log 文件,里面報錯信息如下:




# tail log
! 0481-095 The cron job is being rescheduled.
Fri Mar  2 09:22:00 BEIST 2007
! cron: 0481-087 The c queue maximum run limit has been reached.
Fri Mar  2 09:22:00 BEIST 2007
! 0481-095 The cron job is being rescheduled.
Fri Mar  2 09:22:00 BEIST 2007
! cron: 0481-087 The c queue maximum run limit has been reached.
Fri Mar  2 09:22:00 BEIST 2007
! 0481-095 The cron job is being rescheduled.
Fri Mar  2 09:22:00 BEIST 2007
! cron: 0481-087 The c queue maximum run limit has been reached.
Fri Mar  2 09:22:00 BEIST 2007
! 0481-095 The cron job is being rescheduled.
Fri Mar  2 09:22:00 BEIST 2007
! cron: 0481-087 The c queue maximum run limit has been reached.
Fri Mar  2 09:22:00 BEIST 2007
! 0481-095 The cron job is being rescheduled.
Fri Mar  2 09:22:00 BEIST 2007
! cron: 0481-087 The c queue maximum run limit has been reached.
Fri Mar  2 09:22:00 BEIST 2007
! 0481-095 The cron job is being rescheduled.
Fri Mar  2 09:22:00 BEIST 2007

fush76

# ls -l
total 184992
prw-------   1 root     cron              0 Mar 02 09:06 FIFO
-rw-r-----   1 bin      cron              4 Jun 21 2004  at.deny
-rw-r-----   1 bin      cron              3 Jun 21 2004  cron.deny
-rw-rw-r--   1 bin      bin        94652447 Mar 02 09:25 log
-rw-r--r--   1 root     sys            1317 Jun 17 2004  queuedefs
# df -kg
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4           4.00      1.42   65%     8940     3% /
/dev/hd2           3.00      2.01   34%    21787     5% /usr
/dev/hd9var        1.12      0.33   71%      350     1% /var
/dev/hd3           3.88      3.79    3%      569     1% /tmp
/dev/hd1          27.88     12.14   57%    24825     1% /home
/proc                 -         -    -         -     -  /proc
/dev/hd10opt       0.12      0.08   38%      819     5% /opt
/dev/fslv00      128.62     31.44   76%    12248     1% /backup



會不會是因為/var 的空間不夠了?

請大家?guī)椭?

jnpiero

crontab 沒有定時執(zhí)行是因為“! cron: 0481-087 The c queue maximum run limit has been reached.”。
修改/var/adm/cron/queuedefs 文件。在里面加上這樣一句:"c.200j20n60w"，然后kill  PID，其中PID為cron進程號,新的cron設(shè)置就會生效。Maximum number of jobs in the queue by default was 50. The errorc messages 0481-087, 0481-095 usually appears when this max. number
is reached. So you can increase the maximum number of jobs in /var/adm/cron/queuedefs , vi the queuedefs file  and change
the b to c and the 50 to 200.   by including this entry"c.200j20n60w"  in the file. After making the changes to the file, killcron and it will respawn again with the new settings.

[ 本帖最后由 jnpiero 于 2007-3-2 09:31 編輯 ]

fush76

#
#
# here is an example of a low prority (nice 20), 50 entry batch queue
# b.50j20n60w
c.1000j2n60w

在queuedefs加以C隊列為1000就可以了.

fush76

謝謝 jnpiero

wilysezhang

厲害  看報錯確實達到最大值了

netyu

強!!!

tedy888

頂

deargentle

謝謝,學(xué)習(xí)了. 能講講
c.1000j2n60w   這什么含義? 特別是j2n60w

justsowhat

直接看queuedefs文件，里面講得很清楚了
# cron values for each queue of batch jobs:
#
#       queue.xxjxxnxxw
#
# queues:
#  a - sh jobs          d - sync event
#  b - batch jobs       e - ksh jobs
#  c - cron event       f - csh jobs
#
#  xxj - maximum number of jobs in this queue (deafult 100)
#  xxn - nice value at which these jobs will run at (default 2)
#  xxw - wait time till next execution attempt (default 60 seconds)
#
#
# here is an example of a low prority (nice 20), 50 entry batch queue
# b.50j20n60w