sh文件没有在cron ubuntu上运行

Question

I am trying to run a shell script on crontab on Ubuntu platform. I have tried googling and other links but nothing has helped so far.

This is my crontab :

*/2 * * * *  sudo bash /data/html/mysite/site_cleanup.sh

This is the content of my sh file:

#!/bin/sh
# How many days retention do we want ?
DAYS=0

# geting present day 
now=$(date +"%m_%d_%Y")

# Where is the base directory
BASEDIR=/data/html/mysite

#where is the backup directory
BKPDIR=/data/html/backup

# Where is the log file
LOGFILE=$BKPDIR/log/mysite.log

# add to tar 
tar -cvzf $now.tar.gz $BASEDIR

mv $now.tar.gz $BKPDIR

# REMOVE OLD FILES
echo `date` Purge Started >> $LOGFILE
find $BASEDIR -mtime +$DAYS | xargs rm
echo `date` Purge Completed >> $LOGFILE

The same script runs from a terminal and gives the desired result.

Answer 1

Generic troubleshooting for noninteractive shell scripts

Put set -x; exec 2>/path/to/logfile set -x; exec 2>/path/to/logfile at the top of your script to log all subsequent commands to a file as they're run. If this doesn't work, you'll know that your script isn't being run at all; if it does, you'll know where it fails and how.

If this is a personal crontab

If you're running crontab -e as a user (without sudo ), then the crontab being modified is one for commands run with that user's permissions. Check that file permissions allow that user to modify the content in question (which, if these files are in a cgi-bin directory, may require being run by the same user as the web server).

If your intent is to have commands run as root, rather than as your own user, be sure you use sudo when editing the crontab to edit the system crontab instead (but please take care as to your script's correctness in this case -- carelessness such as missing quotes or lack of appropriate precautions in xargs usage can cause a script to delete the wrong files if malicious filenames are created):

sudo crontab -e             ## to edit the system (root) crontab

...or, if you're cleaning up files owned by the apache user (for example; check which account is correct for your own operating system and web server):

sudo -u apache crontab -e   ## to edit the apache user's crontab

Troubleshooting for a system crontab

Do not attempt to put a sudo command within the commands run by cron ; with sudo 's default configuration, it requires a TTY (a keyboard and screen) to be attached to a session in order to run. Thus, your crontab line should not contain sudo , but instead should look like the following:

*/2 * * * *  bash /data/html/mysite/site_cleanup.sh

Answer 2

Your issue is likely coming from the sudo call from your user level cron. Unless you've gone through and edited the bashrc profile to allow that script to run without sudo it'll hang up every time.

So you can lookup how to run a script with no password by modifying the bashrc profile, remove the sudo call if you aren't doing something in your script that calls for Super User permissions, or as a last ditch, extremely bad idea you can call your script from root's cron by doing sudo crontab -e or sudo env EDITOR=nano crontab -e if you prefer nano as your editor.

Answer 3

try to add this line to the crontab of user root and without the sudo. like this:

*/2 * * * * bash /data/html/mysite/site_cleanup.sh