DaemonForums  

Go Back   DaemonForums > Other Operating Systems > Other BSD and UNIX/UNIX-like

Other BSD and UNIX/UNIX-like Any other flavour of BSD or UNIX that does not have a section of its own.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 16th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default Cron running but not working

Hello,

Two of my CentOS machines are affected with a very strange disease. After removing a few faulty lines that caused errors in my logs in one user's crontab, my other scripts ran by cron stopped being ran.

However, it looks much like cron is running...
Code:
# service crond status
crond (pid 23242) is running...
# ps auwx | grep crond
root     23242  0.0  0.0   5264  1108 ?        Ss   Jul15   0:00 crond
root     26436  0.0  0.0   3912   664 pts/1    S+   10:16   0:00 grep crond
And there is nothing (and I mean nothing) in my logs to help me find the cause of this problem.
Code:
Jul 15 16:16:54 webcam01 crond[23242]: (CRON) STARTUP (V5.0)
Any ideas?

Thanks.
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
  #2   (View Single Post)  
Old 16th July 2008
scottro's Avatar
scottro scottro is offline
Real Name: Scott Robbins
ISO Quartermaster
 
Join Date: Apr 2008
Location: NYC
Posts: 652
Default

Much of the time when a crontab fails to run it's due to a bad $PATH variable. That is, cron has a shorter $PATH than everything else, so I always, if running a script from cron put complete paths in, such as /usr/bin/whatever. (I put this into the script that it's running.)

That's a wild guess though, since this sounds like something that used to work but no longer works. Would you be a bit more specific? For example, are the failed jobs for the same user, a different user? Could it be that the user lacks privilege?

I think I'd try to test it with something really simple, like have it run ls and write it to something to make sure that it at least works. (e.g. ls /var > var.txt)
Reply With Quote
  #3   (View Single Post)  
Old 16th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

Thanks for the reply scottro.

I don't think the "path" variable can be the cause here, as the script was working last week. I'd rather suspect an update caused the crash. I have tried removing and installing cron back from Yum. This gave no success.

The problem is not with the jobs of only one users. It's all jobs that are not working. As if cron ran and checked the crontabs but did not ran them at all. Here is my /etc/crontab:
Code:
# cat /etc/crontab 
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly
I followed your suggestion and tried cron with a simple operation. I added this line to my /etc/crontab:
Code:
50 * * * * root /bin/ls / > /tmp/ls.txt
Running the command by hand created the file with the proper output, but cron gave no result again.

Any ideas?
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
  #4   (View Single Post)  
Old 16th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

Oops, forgot to mention what happened in my logs:
Code:
Jul 15 16:16:54 webcam01 crond[23242]: (CRON) STARTUP (V5.0)
Jul 16 10:39:01 webcam01 crond[23242]: (*system*) RELOAD (/etc/crontab)
Which means that cron isn't that dead... Weird.
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
  #5   (View Single Post)  
Old 16th July 2008
dk_netsvil dk_netsvil is offline
Real Name: Devon
Fdisk Soldier
 
Join Date: May 2008
Location: New York
Posts: 75
Default

I'd check /var/log/messages and the root account's mail directory just in case. However, if that fails there's a checklist of sorts here.
Reply With Quote
  #6   (View Single Post)  
Old 16th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

Thanks for the reply dk_netsvil.

There is nothing relevant in /var/log/messages; No mail for root.

Thanks for the link, it is well explained and very helpful. However, there is no solution to my problem. crond is running but not executing any tasks!? I rewrote the crontab file to make sure it is not a syntax error of any kind. It looks like this now:
Code:
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

25 * * * * root /bin/ls / > /tmp/ls.txt
crond saw the change and reloaded the crontab:
Code:
Jul 16 13:20:01 webcam01 crond[23242]: (*system*) RELOAD (/etc/crontab)
and
Code:
# ls -lut /etc/crontab 
-rw-r--r-- 1 root root 352 Jul 16 13:21 /etc/crontab
and my file didn't get created...
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
  #7   (View Single Post)  
Old 16th July 2008
anomie's Avatar
anomie anomie is offline
Local
 
Join Date: Apr 2008
Location: Texas
Posts: 445
Default

Quote:
Originally Posted by stukov
Two of my CentOS machines are affected with a very strange disease.
Try:
# restorecon -R /usr/sbin/crond /etc/cron*

I've seen cron lose its security context following updates before.
__________________
Kill your t.v.
Reply With Quote
  #8   (View Single Post)  
Old 16th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

Thanks for the reply anomie. I've executed your command but, still no success.

I've also backed up the old crontab, created a whole new file with a simple crontab definition and tried this. Didn't work.

Are there any ways to make crond more verbose?
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
  #9   (View Single Post)  
Old 16th July 2008
anomie's Avatar
anomie anomie is offline
Local
 
Join Date: Apr 2008
Location: Texas
Posts: 445
Default

I don't know of an option for crond to make him chattier. What sort of logging do you see in /var/log/cron?
__________________
Kill your t.v.
Reply With Quote
Old 16th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

This is all I have since it stopped working:
Quote:
Jul 15 15:59:10 webcam01 crond[23022]: (CRON) STARTUP (V5.0)
Jul 15 16:16:51 webcam01 crond[23223]: (CRON) STARTUP (V5.0)
Jul 15 16:16:54 webcam01 crond[23242]: (CRON) STARTUP (V5.0)
Jul 16 10:39:01 webcam01 crond[23242]: (*system*) RELOAD (/etc/crontab)
Jul 16 13:20:01 webcam01 crond[23242]: (*system*) RELOAD (/etc/crontab)
Jul 16 13:21:01 webcam01 crond[23242]: (*system*) RELOAD (/etc/crontab)
Jul 16 13:34:10 webcam01 crond[27303]: (CRON) STARTUP (V5.0)
Jul 16 13:36:01 webcam01 crond[27303]: (*system*) RELOAD (/etc/crontab)
Jul 16 13:41:01 webcam01 crond[27303]: (*system*) RELOAD (/etc/crontab)
Jul 16 14:26:01 webcam01 crond[27303]: (*system*) RELOAD (/etc/crontab)
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
Old 16th July 2008
anomie's Avatar
anomie anomie is offline
Local
 
Join Date: Apr 2008
Location: Texas
Posts: 445
Default

Two dumb questions:
  1. Did you restart crond after running restorecon?
  2. Are you checking root's mail? (There's probably nothing, since no jobs appears to be running.)
__________________
Kill your t.v.
Reply With Quote
Old 17th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

Thanks for the reply anomie. To answer your questions:

Quote:
Originally Posted by anomie View Post
Did you restart crond after running restorecon?
Code:
# history | grep -A 1 restorecon
 1042  man restorecon
 1043  restorecon -R /usr/sbin/crond /etc/cron*
 1044  service crond restart
Quote:
Originally Posted by anomie View Post
Are you checking root's mail? (There's probably nothing, since no jobs appears to be running.)
Code:
# mail
No mail for root
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
Old 17th July 2008
anomie's Avatar
anomie anomie is offline
Local
 
Join Date: Apr 2008
Location: Texas
Posts: 445
Default

If you haven't checked already, be sure /etc/cron.allow and /etc/cron.deny are not unexpectedly populated. These files are explained in the manpages for crontab(1).

From what you've explained, that does not sound like it's the problem, though. If you have any other recollections of system changes between 'working' and 'broken' that might help establish cause and effect, please share.
__________________
Kill your t.v.
Reply With Quote
Old 17th July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

I only have a cron.deny file, which is empty.

This problem was firstly reported on another machine which serves as a print server. Then, I had to move a bunch of machines from RHEL 5 to CentOS 5. See thread: http://daemonforums.org/showthread.php?t=1390.

The switch didn't help the print server to revive it's cron. However, I suppose this could be the cause of the webcam's server disease. I switched another bunch of boxes to CentOS this week. All the three of them survived the cron restart, so I am unsure this is the exact cause of the problem.

I tried to reboot both machines (the print server and the webcam server). Intersting thing, the format of my cron logs changed, as if the application used switched from vixie-cron to anacron!?
Code:
Jul 17 11:44:10 webcam01 anacron[3215]: Anacron 2.3 started on 2008-07-17
Jul 17 11:44:10 webcam01 anacron[3215]: Will run job `cron.daily' in 65 min.
Jul 17 11:44:10 webcam01 anacron[3215]: Jobs will be executed sequentially
Jul 17 12:49:09 webcam01 anacron[3215]: Job `cron.daily' started
Jul 17 12:49:43 webcam01 anacron[3215]: Job `cron.daily' terminated
Jul 17 12:49:43 webcam01 anacron[3215]: Normal exit (1 jobs run)
Good news: a few tasks ran properly (the daily tasks for example, ran by themselves after), but I am still having the problem with my hourly tasks (some checks for Nagios).

I am going to investigate on the case with this change, any insights are still very appreciated. Thanks.
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
Old 17th July 2008
anomie's Avatar
anomie anomie is offline
Local
 
Join Date: Apr 2008
Location: Texas
Posts: 445
Default

Quote:
Originally Posted by stukov
I only have a cron.deny file, which is empty.
No problem there.

Quote:
Originally Posted by stukov
the format of my cron logs changed, as if the application used switched from vixie-cron to anacron!?
anacron is just getting you caught up (i.e. running the cron jobs that were not run by cron).

Quote:
Originally Posted by stukov
Good news: a few tasks ran properly (the daily tasks for example, ran by themselves after), but I am still having the problem with my hourly tasks (some checks for Nagios).
So the /etc/cron.daily jobs are running, but the /etc/cron.hourly tasks still are not running? If yes, were the cron.daily jobs run via anacron? (If so, I think you still have the same issue. Again, anacron was just getting you caught up.)
__________________
Kill your t.v.
Reply With Quote
Old 21st July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

Thanks for the reply anomie. Yes, I still have the same problem. I tough anacron was some kind of remplacement for vixie-cron. Now that I am disillusionned, I have to continue my investigaitons on this case.

Thanks!
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
Old 21st July 2008
anomie's Avatar
anomie anomie is offline
Local
 
Join Date: Apr 2008
Location: Texas
Posts: 445
Default

I'll admit I am stumped on this one. If I were in your shoes, what I'd do is:
  1. Disable selinux altogether (to try to eliminate it as the cause) temporarily.
  2. Play around with adding the -x option to crond. You can do this in /etc/sysconfig/crond. It appears that may provide you with debug output.

Earlier in the thread I had said I wasn't aware of a crond option to make him chattier, but that was on a CentOS 4 box. (I just checked a CentOS 5 box a moment ago and discovered it.)
__________________
Kill your t.v.
Reply With Quote
Old 21st July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

Quote:
Originally Posted by anomie View Post
[*] Disable selinux altogether (to try to eliminate it as the cause) temporarily.
SELinux was never enabled on this machine. I double checked, and it is in fact disabled.
Quote:
Originally Posted by anomie View Post
[*] Play around with adding the -x option to crond. You can do this in /etc/sysconfig/crond. It appears that may provide you with debug output.
Now, it gets even more confusing. I've dimished the delay required for my hourly task to run. It will now run every minute:
Code:
*  * * * * root run-parts /etc/cron.hourly
I've also added maximum verbosity to my cron's arguments:
Code:
# cat /etc/sysconfig/crond 
CRONDARGS="-x ext,sch,proc,pars,load,misc,test,bit"
And, it looks very much like my task runs:
Code:
[21827] load_database()
[21827] spool dir mtime unch, no load needed.
[21827] tick(54,14,20,6,1)    
user [root:0:0:...] cmd="run-parts /etc/cron.monthly"
user [root:0:0:...] cmd="run-parts /etc/cron.weekly"
user [root:0:0:...] cmd="run-parts /etc/cron.daily"
user [root:0:0:...] cmd="run-parts /etc/cron.hourly"
user [root:0:0:...] cmd="python /usr/share/rhn/virtualization/poller.py"
[21827] do_command(run-parts /etc/cron.hourly, (*system*,0,0))
Minute-ly job. Recording time 1216666441
[21827] main process returning to work
[21827] do_command(python /usr/share/rhn/virtualization/poller.py, (*system*,0,0))
[21827] main process returning to work
[21827] Target time=1216652100, sec-to-wait=60
[22024] child_process('run-parts /etc/cron.hourly')
[22024] child continues, closing pipes
[22024] child reading output from grandchild
[22024] got EOF from grandchild
[22024] waiting for grandchild #2 to finish
[22024] grandchild #22026 finished, status=0000
[22024] waiting for grandchild #1 to finish
[22024] no more grandchildren--mail written?
[22025] child_process('python /usr/share/rhn/virtualization/poller.py')
[22024] child process done, exiting
[21827] sigchld...pid #22024 died, stat=0
[21827] sigchld...no dead kids
[22025] child continues, closing pipes
[22025] child reading output from grandchild
[22025] got EOF from grandchild
[22025] waiting for grandchild #2 to finish
[22025] grandchild #22027 finished, status=0000
[22025] waiting for grandchild #1 to finish
[22025] no more grandchildren--mail written?
[22025] child process done, exiting
[21827] sigchld...pid #22025 died, stat=0
[21827] sigchld...no children
However, I have nothing that tells me that the job ran in my /var/log/cron and nothing about cron in /var/log/messages. Syslog not running?
Code:
# service syslog status
syslogd (pid 2224) is running...
klogd (pid 2227) is running...
A bit puzzling...
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
Old 21st July 2008
anomie's Avatar
anomie anomie is offline
Local
 
Join Date: Apr 2008
Location: Texas
Posts: 445
Default

I agree that it looks like crond is issuing a command to run scripts in that directory, e.g.
run-parts /etc/cron.daily

Check to make sure you don't have a permissions issue in cron.daily? Can you run the command I bolded (above) and see what it's doing?
# bash -x /usr/bin/run-parts /etc/cron.daily

(Might need to direct the output somewhere for review.)
__________________
Kill your t.v.
Reply With Quote
Old 21st July 2008
stukov's Avatar
stukov stukov is offline
Real Name: Jean-Michel Philippon-Nadeau
Package Pilot
 
Join Date: May 2008
Location: Sherbrooke, Qc, Canada
Posts: 167
Default

OK. Looks like everything is fine when ran manually. Here are the results:
Code:
# run-parts /etc/cron.daily
#
Code:
# bash -x /usr/bin/run-parts /etc/cron.daily
+ set +e
+ '[' 1 -lt 1 ']'
+ '[' '!' -d /etc/cron.daily ']'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/0anacron ']'
+ '[' /etc/cron.daily/0anacron '!=' /etc/cron.daily/0anacron ']'
+ '[' /etc/cron.daily/0anacron '!=' /etc/cron.daily/0anacron ']'
+ '[' /etc/cron.daily/0anacron '!=' /etc/cron.daily/0anacron ']'
+ '[' /etc/cron.daily/0anacron '!=' /etc/cron.daily/0anacron ']'
+ '[' /etc/cron.daily/0anacron '!=' /etc/cron.daily/0anacron ']'
+ '[' -x /etc/cron.daily/0anacron ']'
+ /etc/cron.daily/0anacron
+ awk -v progname=/etc/cron.daily/0anacron 'progname {
                                   print progname ":\n"
                                   progname="";
                               }
                               { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/0logwatch ']'
+ '[' /etc/cron.daily/0logwatch '!=' /etc/cron.daily/0logwatch ']'
+ '[' /etc/cron.daily/0logwatch '!=' /etc/cron.daily/0logwatch ']'
+ '[' /etc/cron.daily/0logwatch '!=' /etc/cron.daily/0logwatch ']'
+ '[' /etc/cron.daily/0logwatch '!=' /etc/cron.daily/0logwatch ']'
+ '[' /etc/cron.daily/0logwatch '!=' /etc/cron.daily/0logwatch ']'
+ '[' -x /etc/cron.daily/0logwatch ']'
+ /etc/cron.daily/0logwatch
+ awk -v progname=/etc/cron.daily/0logwatch 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/cups ']'
+ '[' /etc/cron.daily/cups '!=' /etc/cron.daily/cups ']'
+ '[' /etc/cron.daily/cups '!=' /etc/cron.daily/cups ']'
+ '[' /etc/cron.daily/cups '!=' /etc/cron.daily/cups ']'
+ '[' /etc/cron.daily/cups '!=' /etc/cron.daily/cups ']'
+ '[' /etc/cron.daily/cups '!=' /etc/cron.daily/cups ']'
+ '[' -x /etc/cron.daily/cups ']'
+ /etc/cron.daily/cups
+ awk -v progname=/etc/cron.daily/cups 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/logrotate ']'
+ '[' /etc/cron.daily/logrotate '!=' /etc/cron.daily/logrotate ']'
+ '[' /etc/cron.daily/logrotate '!=' /etc/cron.daily/logrotate ']'
+ '[' /etc/cron.daily/logrotate '!=' /etc/cron.daily/logrotate ']'
+ '[' /etc/cron.daily/logrotate '!=' /etc/cron.daily/logrotate ']'
+ '[' /etc/cron.daily/logrotate '!=' /etc/cron.daily/logrotate ']'
+ '[' -x /etc/cron.daily/logrotate ']'
+ /etc/cron.daily/logrotate
+ awk -v progname=/etc/cron.daily/logrotate 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/makewhatis.cron ']'
+ '[' /etc/cron.daily/makewhatis.cron '!=' /etc/cron.daily/makewhatis.cron ']'
+ '[' /etc/cron.daily/makewhatis.cron '!=' /etc/cron.daily/makewhatis.cron ']'
+ '[' /etc/cron.daily/makewhatis.cron '!=' /etc/cron.daily/makewhatis.cron ']'
+ '[' /etc/cron.daily/makewhatis.cron '!=' /etc/cron.daily/makewhatis.cron ']'
+ '[' /etc/cron.daily/makewhatis.cron '!=' /etc/cron.daily/makewhatis.cron ']'
+ '[' -x /etc/cron.daily/makewhatis.cron ']'
+ /etc/cron.daily/makewhatis.cron
+ awk -v progname=/etc/cron.daily/makewhatis.cron 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/mlocate.cron ']'
+ '[' /etc/cron.daily/mlocate.cron '!=' /etc/cron.daily/mlocate.cron ']'
+ '[' /etc/cron.daily/mlocate.cron '!=' /etc/cron.daily/mlocate.cron ']'
+ '[' /etc/cron.daily/mlocate.cron '!=' /etc/cron.daily/mlocate.cron ']'
+ '[' /etc/cron.daily/mlocate.cron '!=' /etc/cron.daily/mlocate.cron ']'
+ '[' /etc/cron.daily/mlocate.cron '!=' /etc/cron.daily/mlocate.cron ']'
+ '[' -x /etc/cron.daily/mlocate.cron ']'
+ /etc/cron.daily/mlocate.cron
+ awk -v progname=/etc/cron.daily/mlocate.cron 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/prelink ']'
+ '[' /etc/cron.daily/prelink '!=' /etc/cron.daily/prelink ']'
+ '[' /etc/cron.daily/prelink '!=' /etc/cron.daily/prelink ']'
+ '[' /etc/cron.daily/prelink '!=' /etc/cron.daily/prelink ']'
+ '[' /etc/cron.daily/prelink '!=' /etc/cron.daily/prelink ']'
+ '[' /etc/cron.daily/prelink '!=' /etc/cron.daily/prelink ']'
+ '[' -x /etc/cron.daily/prelink ']'
+ /etc/cron.daily/prelink
+ awk -v progname=/etc/cron.daily/prelink 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/rpm ']'
+ '[' /etc/cron.daily/rpm '!=' /etc/cron.daily/rpm ']'
+ '[' /etc/cron.daily/rpm '!=' /etc/cron.daily/rpm ']'
+ '[' /etc/cron.daily/rpm '!=' /etc/cron.daily/rpm ']'
+ '[' /etc/cron.daily/rpm '!=' /etc/cron.daily/rpm ']'
+ '[' /etc/cron.daily/rpm '!=' /etc/cron.daily/rpm ']'
+ '[' -x /etc/cron.daily/rpm ']'
+ /etc/cron.daily/rpm
+ awk -v progname=/etc/cron.daily/rpm 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ for i in '$1/*[^~,]'
+ '[' -d /etc/cron.daily/tmpwatch ']'
+ '[' /etc/cron.daily/tmpwatch '!=' /etc/cron.daily/tmpwatch ']'
+ '[' /etc/cron.daily/tmpwatch '!=' /etc/cron.daily/tmpwatch ']'
+ '[' /etc/cron.daily/tmpwatch '!=' /etc/cron.daily/tmpwatch ']'
+ '[' /etc/cron.daily/tmpwatch '!=' /etc/cron.daily/tmpwatch ']'
+ '[' /etc/cron.daily/tmpwatch '!=' /etc/cron.daily/tmpwatch ']'
+ '[' -x /etc/cron.daily/tmpwatch ']'
+ /etc/cron.daily/tmpwatch
+ awk -v progname=/etc/cron.daily/tmpwatch 'progname {
				   print progname ":\n"
				   progname="";
			       }
			       { print; }'
+ exit 0
I received my daily right after.
__________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Cron won't execute a perl script ivanatora FreeBSD General 4 17th August 2008 07:53 AM
cron newsyslog message starbuck FreeBSD General 2 6th August 2008 07:33 PM
Please help me automate getmail with cron cssgalactic FreeBSD General 2 9th July 2008 10:13 PM
Cronjob script does not run in cron godfrank FreeBSD General 9 30th June 2008 12:41 AM
Using sendmail in a cron job erehwon OpenBSD General 6 15th May 2008 09:03 PM


All times are GMT. The time now is 07:28 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick