Q&A
ご回答ありがとうございます
そこは確認しておりましたので間違いはないと思います
URLの方も同じパスですしデフォルトでこのパスになっています
filezillaを使用しているのですが/var/lib/php/session/以下に削除したい数百万のファイルがあったのを確認しています
実際にやりたい事は
〜分以上アクセスのないセッションを削除する
http://yoshifumi.hateblo.jp/entry/20060606/1149553602
になります
rmをいきなりするのは怖いので、一旦指定ディレクトリにちゃんと移動ができているかテストをしているのですが
*/1 * * * * cd /var/lib/php/session/; touch aaa.txt;
とした場合ユーザーのホームディレクトリにaaa.txtができてしまいます
デフォルトで「crontabを実行したユーザーのホームディレクトリがスクリプト実行の起点になる」とあったのでcdをしているのですがなぜsession下にaaa.txtが作成されないのでしょうか？
sessionに書き込みの権限は持っています
使用環境はcentos7になります
よろしくお願いいたします
回答2件
0
別の方が仰る通り、現象的には「cd /var/lib/php/session/」が失敗していると思います。
cronからシェルスクリプトをキックする形へ変更し、cd実行後にpwdした結果を「/tmp/log.txt」へリダイレクトする等で実行結果を確認し、フォルダのアクセス権問題か、cronの実行権限問題か切り分けする方法が一つ。
調べる時間が取れない等の事由があれば、さっくりとroot相当の権限を持ったユーザか、rootで実行する方法が一つ。
などでしょうか…
投稿2019/08/17 11:57
総合スコア55
0
ベストアンサー
「cd /var/lib/php/session/」のパスは合っていますか？
可能性の一つとして、「cd /var/lib/php/session/」が失敗した場合、「touch aaa.txt」のみが実行されるため「ユーザーのホームディレクトリにaaa.txtができてしまいます」となっているのではないでしょうか？
投稿2019/08/17 10:53
総合スコア10579
command1 && command2 としてみてはどうでしょうか？
command1が正常終了した場合のみcommand2を実行するはずです。
案の定ですが動作はいたしませんでした
パスが間違っていないとすれば他に何が原因と考えれそうなのでしょうか？
実行権限は付与されていますか？
詳細はエラーログを出力して確認ください。
command 2> /path/error.log
書き込み権限だけでは「cd」出来ないかと。
実行権限を与えたくないのであれば、フルパスでファイル作成するのでは駄目なのですか？
すいません実行権限の問題でした
セッションを削除するので書き込み権限があれば大丈夫なのかと思っておりました
初歩的なミスで申し訳ないです
ご回答ありがとうございます
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
退会済みユーザー
2019/08/17 14:05
2019/08/17 16:54
退会済みユーザー
2019/08/17 17:29