Chinaunix首页 | 论坛 | 博客
  • 博客访问: 132002
  • 博文数量: 89
  • 博客积分: 2580
  • 博客等级: 少校
  • 技术积分: 775
  • 用 户 组: 普通用户
  • 注册时间: 2009-01-05 20:09
文章分类

全部博文(89)

文章存档

2009年(89)

我的朋友

分类: LINUX

2009-09-25 14:33:37

检查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) |
给主人留下些什么吧!~~