Bug 49115 - some cron.weekly jobs not run
Summary: some cron.weekly jobs not run
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: crontabs   
(Show other bugs)
Version: 5.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jens Petersen
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2001-07-13 22:35 UTC by Need Real Name
Modified: 2007-04-18 16:34 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-08-06 23:10:10 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Need Real Name 2001-07-13 22:35:53 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)

Description of problem:
Our cron jobs look like this:
01    *    *    *    *    root    run-parts    /etc/cron.hourly
02    1    *    *    *    root    run-parts    /etc/cron.daily
22    4    *    *    *    root    run-parts    /etc/cron.weekly
42    4    1    *    *    root    run-parts    /etc/cron.monthly
in /etc/cron.weekly is this file:

which has the following lines in it:
rm  /usr/blast/wake.1
rm  /usr/blast/wake.2
rm  /usr/spool/uucp/LCK*
blast -b autopoll -sautopoll.scr 2 wake
This file is to delete files from the system and then start a BLAST 
communication autopoll function to retreive data files from several 
locations.  None of the /var/log files say this is even being run.  I do 
not see any entries in /usr/tmp/ttymgr.log with a Sunday date.  And the 
program is apparently not being run as we don't get data from the 
different locations.  

How reproducible:

Steps to Reproduce:
1.setup your cron files as we have indicated
1a.  you will have to use a dial out program in place of BLAST.
2.set your system clock to sunday midnight
3.see if it runs

Actual Results:  it didn't run.

Expected Results:  we should have ended up with data from 14 remote 
locations on the system.

Additional info:

we ran each line of the SALESSAT file at the command prompt and it 
performed flawlessly.

Comment 1 Preston Brown 2001-07-19 20:21:18 UTC
is /etc/cron.weekly/SALESSTAT an executable file (i.e. executable bit set)?

Comment 2 Need Real Name 2001-07-24 00:10:31 UTC
relayed info to our programmer and she is checking...however, it may be some 
time before I hear from her she is on an Installation....if I can get her 
attention I will query and relay back to you.  JKing on hold.

Comment 3 Need Real Name 2001-07-28 17:41:11 UTC
Programmer went on vacation/training session and wasn't able to query her.  
However, the User said that the programming was still not working.  So we are 
still at square one.


Comment 4 Need Real Name 2002-08-06 23:10:05 UTC
apologize for not getting back to this sooner....it wasn't a crontab 
problem....it was an incorrect setting in the blast program...once that was 
corrected the problem was resolved........i didn't get word of this until today.

Note You need to log in before you can comment on or make changes to this bug.