Mysql
バックアップスクリプトがルートcrontabとして実行されていない-ヘルプ
ルートとしてcrontabを実行しようとしていますが、スクリプトが正常に実行されていません。 syslogでスクリプトが実行されていることがわかりますが、完了していません。
Mar 28 04:01:01 ubuntumaster CRON[16812]: (root) CMD home/wayne/scripts/mysql_backup.sh)
コマンドラインでスクリプトを実行するとうまく機能します...スクリプトは次のとおりです。
MyUSER="root" # USERNAME
MyPASS="devan13" # PASSWORD
MyHOST="localhost" # Hostname
# Linux bin paths, change this if it can not be autodetected via which command
MYSQL="$(which mysql)"
MYSQLDUMP="$(which mysqldump)"
CHOWN="$(which chown)"
CHMOD="$(which chmod)"
GZIP="$(which gzip)"
# Backup Dest directory, change this if you have someother location
DEST="/home/wayne/backup"
# Main directory where backup will be stored
MBD="$DEST/mysql"
# Get hostname
Host="$(hostname)"
# Get data in dd-mm-yyyy format
NOW="$(date +"%d-%m-%Y")"
# File to store current backup file
FILE=""
# Store list of databases
DBS=""
# DO NOT BACKUP these databases
IGGY="thisdatabaseschema thatdatabase herdata mydata"
[ ! -d $MBD ] && mkdir -p $MBD || :
# Only root can access it!
$CHOWN 0.0 -R $DEST
$CHMOD 0600 $DEST
# Get all database list first
DBS="$($MYSQL -u $MyUSER -h $MyHOST -p$MyPASS -Bse 'show databases')"
for db in $DBS
do
skipdb=-1
if [ "$IGGY" != "" ];
then
for i in $IGGY
do
[ "$db" == "$i" ] && skipdb=1 || :
done
fi
if [ "$skipdb" == "-1" ] ; then
FILE="$MBD/$db.$Host.$NOW.gz"
# do all inone job in pipe,
# connect to mysql using mysqldump for select mysql database
# and pipe it out to gz file in backup dir :)
$MYSQLDUMP --quick -u $MyUSER -h $MyHOST -p$MyPASS $db | $GZIP -9 > $FILE
fi
done
ありがとう、ウェイン
質問でsyslog出力を書き込むときにいくつかの文字をスキップしていなければ、次のようなコマンドの前の/を忘れて、CRONコマンドにタイプミスをしたように見えます。
/home/wayne/scripts/mysql_backup.sh
必ず実行してください:
Sudo crontab -e
(or crontab -e as root)
そして、目的のスクリプトを追加します。
*/15 * * * * /bin/bash /home/wayne/scripts/mysql_backup.sh
これにより、15分ごとにcronが開始されます。明らかに変更することをお勧めします。
このスクリプトを使用して、1日を「簡単なcronjobハンドラー」と呼びます
私のお金は、ここで真に正しい答えを得るためにBenoit
にありますが、スクリプトが実行されることを確認できるとすぐに、いくつかの追加のエラーを見つけるでしょう。
要するに、環境も確認してください!コマンドの場所を定義する変数(MYSQL="$(which mysql)"
)を使用する方法は半分ですが、which mysql
は単にPATH
を読み取ってその出力を決定します。このようなスクリプトのwhich
は何もしません。コマンドを使用するときにmysql
を直接記述するか、変数のmysql
の場所をハードコードすることもできます。代わりにwhich
を使用してデータを入力しようとします。
Ubuntu x64 12.04.3のテストインストールでは、crontabの* * * * * env > test.out
は、PATH
が/usr/bin:/bin
であることを示しています。そのPATH
内にコマンドの1つが存在しない場合、正しく実行されません!
最後の提案として、set -x
をbashスクリプトの先頭に追加して(bashと想定)、スクリプトが実際に実行していることをデバッグします。
問題が解決しました。 cronジョブは毎晩実行されていましたが、完了していませんでした。問題はスクリプトにありました。 cronシェルは「==」が等しいと解釈しませんでした。つまり、cronシェルでは「1 == 1」がfalseと評価されました。ただし、コマンドラインでプログラムを実行すると、機能しました。 bashシェルが==または=を意味することを理解していることをどこかで読みました...しかし、bourneシェルは「==」を等しいと解釈しません...「==」を「=」に置き換えなければならなかった、いいよ助けてくれてありがとう。ウェイン