ron
Member
Hi. This is not a Progress question, but I am sure Progress DBAs would be able to throw light on this problem. It's a question about how crontab works in RH Linux.
I have a job that archives and purges audit data. It is very process-intensive and it was set to run several small slices of work each evening to spread it out in order to not interfere too much with other work. But it has been interfering (badly) so I wanted to run it over a weekend and not during the week at all. Therefore I set-up entries in the crontab like this:
30,50 19,20 3-31 * 6 /u2/xxx/auditArch LIMIT=80000 KEEP=9 >> /tmp/auditArch.err 2>&1
10 20,21 3-31 * 6 /u2/xxx/auditArch LIMIT=80000 KEEP=9 >> /tmp/auditArch.err 2>&1
30 5-7 3-31 * 0 /u2/xxx/auditArch LIMIT=120000 KEEP=9 >> /tmp/auditArch.err 2>&1
30 19-22 3-31 * 0 /u2/xxx/auditArch LIMIT=250000 KEEP=9 >> /tmp/auditArch.err 2>&1
To my surprise I found that cron was obeying the specification for hour / minute, but completely ignoring the "day-of-week". I expected that it would obey all the specifications. Is this a bug -- or is it supposed to work like that?
Ron.
I have a job that archives and purges audit data. It is very process-intensive and it was set to run several small slices of work each evening to spread it out in order to not interfere too much with other work. But it has been interfering (badly) so I wanted to run it over a weekend and not during the week at all. Therefore I set-up entries in the crontab like this:
30,50 19,20 3-31 * 6 /u2/xxx/auditArch LIMIT=80000 KEEP=9 >> /tmp/auditArch.err 2>&1
10 20,21 3-31 * 6 /u2/xxx/auditArch LIMIT=80000 KEEP=9 >> /tmp/auditArch.err 2>&1
30 5-7 3-31 * 0 /u2/xxx/auditArch LIMIT=120000 KEEP=9 >> /tmp/auditArch.err 2>&1
30 19-22 3-31 * 0 /u2/xxx/auditArch LIMIT=250000 KEEP=9 >> /tmp/auditArch.err 2>&1
To my surprise I found that cron was obeying the specification for hour / minute, but completely ignoring the "day-of-week". I expected that it would obey all the specifications. Is this a bug -- or is it supposed to work like that?
Ron.