检查crontab delay的案例结果如下,相关的可能有:
1。proc per user的设定偏小,在指定时间无法产生新进程;
2。crontab的queuedepth偏小,在crontab任务很多的情况下有可能发生,可以通过调整/var/adm/cron/quedefs来解决;
3。在5.2某些版本下需要通过APAR更新bos.rte.corn,因为你不是这个版本,所以我没有仔细检查该apar编号;
4。时区设定不对,在此处需要特别指出的是时区设定在修改后是需要重启才能生效的。
判断,可能性1,2产生的delay时间不会固定准确到每次delay都一样,可能性3在你处环境不存在,可能性4是最有可能性的一种情况,虽然你检查过当前设定,但可能没有重启使其生效;
建议:1。在详细确认时区设定应该是东八区(如果你确实在国内)后,安排时间reboot server,
2。如果可行,将系统版本升级到对应版本的csp版,
3。检查/var/adm/cron/log,如果你看到每个job执行的时间都是恰好9小时delay,请马上安排进行建议1的步骤
阅读(846) | 评论(0) | 转发(0) |