cronジョブのUbuntuハーディ上で実行されるしかし、私はここにピクルスのビットを持っていると誰もが私にいくつかのポインタを与えることができるかどうかだろう

Question

を期待したとおりにファイルを削除しない：

私は毎日と、特定のユーザーのために実行するcronジョブを持っているが特定のディレクトリのファイルを掃除することになっています。技術的には、それは2つの仕事です。私は、彼らが実際に実行しているを確認するためにcron.logになってきた、と彼らは、次のとおりです。それはStackOverflowの上であまり醜くなるよう

May 24 11:03:01 AppNameGoesHere /USR/SBIN/CRON[11257]: (mongrel_AppNameGoesHere) 
    CMD (rm -rf /var/www/apps/AppNameGoesHere/current/public/ 
    {popular,index,purchasing,purchasing-alternate,support,about-us,guarantee,screenshots}.htm{,l}) 
May 24 11:04:01 AppNameGoesHere /USR/SBIN/CRON[11260]: (mongrel_AppNameGoesHere) 
    CMD (rm -rf /var/www/apps/AppNameGoesHere/current/public/ 
    {stats,popular,bcf,articles,expenses}) 

私は、実際のユーザ名を削除し、それをフォーマットしました。

私の質問：これらの削除が実行され、明らかにログに成功していることがわかりますが、指定したディレクトリに移動しても、ファイルはまだそこにあります。最初はhijinxの許可が疑われましたが、私はmongrel_AppNameGoesHereユーザにsu-ingして個々のrmコマンドを発行するか、cronジョブをコマンドラインにコピー/ペーストすることで手動でファイルを削除できることを確認しました。私が手動でzapしていないものは、そのcronジョブがうまく実行されたにもかかわらずunzappedのままです。

何が起こっている可能性がありますか？私は以前、Dapper Drakeを/ etc/crontabファイルのこれらのcronジョブで直接使用していました.Hyardにアップグレードしたときには、ユーザー固有のcrontab（sudo crontab -e - u mongrel_AppNameGoesHere経由）に移動しました。 ）

Answer 1

問題は{シェルで提供されるシェル拡張の一部です。問題を解決するには、cronエントリを実行するシェルを変更する必要があります。

SHELL =/binに/ bashのに

をあなたのcrontabの最初の行として物事が再び作業を開始する必要がありますので：デフォルトの/ binに/ shのことで

はちょうど置くように使用されています。