他のサーバーでは以下の書き込みで自動削除できました。
teratermからログインして
sudo crontab -e
その後下記を書き込んで毎日1時に削除としています。
0 1 * * * /bin/bash -l -c 'postsuper -d ALL'
ですがDigital Ocean(https://www.digitalocean.com/)のサーバでは
うまく稼働してくれません。
何が原因かわからずに困っておりますので
よろしくお願いいたします。
maillog には、何かメッセージが記録されていたりしないでしょうか?
メールログには何か記載がありませんか?
sshに接続して/var/log/maillogを実行したら
/var/log/maillog: Permission denied
というようになりました。
Permission deniedなので閲覧権限がありません。
sudo tail /var/log/maillog
でログを御確認ください。
DOの利用経験はないのですが、root権限は得られないのでしょうか。
また、この件で同様に気になった点はrootのcronではないから動作しないのではと考えました。
Dec 26 14:22:32 plesk-s-1vcpu-2gb-sgp1-01 postfix/qmgr[1302]: 121CB84618: removed
Dec 26 14:22:32 plesk-s-1vcpu-2gb-sgp1-01 postfix/qmgr[1302]: C63EE84A8D: from=<>, size=4516, nrcpt=1 (queue active)
Dec 26 14:22:32 plesk-s-1vcpu-2gb-sgp1-01 check-quota[20972]: Starting the check-quota filter...
といった感じで10行ほどのログが出ました。
rootのcronではないから動作しないのは正解かもしれません。
cronはpleskで設定していますので。
cronの設定確認を行ったところ以下のような設定です。
うまく動作しているサーバ
34 0 * * * /usr/local/psa/admin/bin/php -dauto_prepend_file=sdk.php '/usr/local/psa/admin/plib/modules/advisor/scripts/update-config.php'
0 1 * * * /bin/bash -l -c 'postsuper -d ALL'
動かないサーバは
39 2 * * * /opt/psa/admin/bin/php -dauto_prepend_file=sdk.php '/opt/psa/admin/plib/modules/advisor/scripts/update-config.php'
0 1 * * * /bin/bash -l -c 'postsuper -d ALL'
ログありがとうございます。
うまく動いているサーバのメールログと見比べれて見れば改善策はわかりそうですがいかがでしょうか。
postsuperをcronを実行しているユーザの権限から実行できれば原因がわかるのではないでしょうか。
ありがとうございます。調べてみます。
postsuper を絶対パス(/usr/sbin/postsuper)にしてもダメでしょうか?
/usr/sbin/postsuperでもダメでした。
sudo postsuper -d ALL だけなら動作します。
root権限での書き込みができていないのだと思うのですが
その方法がわかってないみたいです。
root@plesk-s-1vcpu-2gb-sgp1-01:~#
と最初出るのですが技術者じゃないので
基本のキすら知らないので難しいのですね。