Q&A
自分の回答に書きましたが、自分はむしろcrontab -e を使うことは避けて/var/spool/cron/以下を直接編集することを推奨しています。
理由も記載してあります。
〇分起きに走らせたい処理があります。
EC2でcronを設定する方法を探し、crontabを使ってみましたが、処理が実行されません。。
crontabの記述が誤っているのか、それともcrontab自体がいけないのかわからず困っております。
教えていただけると嬉しいです。
【1分ごとに、/home/ec2-user/html/cron/test.php の処理を実行させる場合】
▼以下行ったことです。
①SSH ターミナルで$ sudo vi /etc/crontab を打つ。
②crontabに* /1 * * * /usr/bin/php /home/ec2-user/html/cron/test.phpを追記して保存
しかし処理が実行されません・・・
ご教示いただけますと幸いです。
回答3件
0
/etc/crontabはroot権限で実行されるもので、通常はシステムジョブを定期実行したい際に使うものです。
目的からして今回使うべきはそこではありません。
そのファイルを実行したいユーザのcrontabを編集してそこに設定してください。
ただ、一応それでも実行されるはずです（root権限なので権限が足りないことはない）が、実行されないのはcron記法の書式が誤っているからです。
* /1 * * *
1時間おきに実行したいなら* */1 * * *が正しい書き方です。
それから個人的にはcronの設定編集にcrontabコマンドを使うことを推奨していません。
なぜかというと、crontab -eで、たしかに現在のユーザのcronの設定を編集できますが、
その際にcrontab -rを間違って打ってしまうとcronの設定が消えます。
特に確認とかはされず、一発で設定が空になります。
eとrはQWERTYのキーボードだと隣にあるのでこれは非常にリスクが高いです。
なので、vim等を使って明示的に/var/spool/cron配下にある該当ユーザのcronの設定を編集する法を自分は推奨します。
ec2-userのcron設定ファイルを編集するなら例えば下記のようにするといいでしょう。
bash
1sudo vim /var/spool/cron/ec2-user
投稿2020/11/20 16:56
総合スコア7588
0
wgetやcurlなどクローラでhttpベースでアクセスするようにしてみてください
投稿2020/11/20 07:32
総合スコア116724
0
ベストアンサー
①SSH ターミナルで$ sudo vi /etc/crontab を打つ
設定するファイルが不適切です。
cronは実行したいユーザーの権限で設定しましょう。
ec2-userで設定するならcrontab -eで編集して設定しましょう。
※/var/spool配下を直接いじる必要はありません
②crontabに* /1 * * * /usr/bin/php /home/ec2-user/html/cron/test.phpを追記して保存
実行時間の指定にミスがあります。一つ目と違ってこちらは検索して調べやすいと思うので、再度調べてみてください。
投稿2020/11/20 07:12
編集2020/11/20 19:38
総合スコア6426
まーそのへんは好きにすれば良いかと
ちなみにそういう人がいる事を分かった上で-eをすすめています。
少なくとも身の回りでそんなミスをする人はいなかったため。
それは生存バイアスに近い何かですよ…。
理想はミスっても問題ない状態を作ることで、ミスをしないことではないです。（人間である以上ミスはゼロにはできない。）
まあ、学習としては一度大変なことになってみるのもいいでしょうけれど。
それも個人的感覚の違いでは？
erが近くてミスると言うのも人それぞれの感覚かと
調べた訳じゃないですけど、そのミスした人ってそんなに多いですか？Google検索したらすっげー量が引っかかるぐらいの内容ですか？
ミスがゼロに出来ない事を気にするのならrmでrfは危ないから使うなって言う方が余程重要だと感じるし、/からの指定はするなと同レベルかと
コマンドが用意されているものをvimで直接編集する事は全く推奨しません。
が、yu_1985さんの言う人為的ミスに対して気にするのならalias張れとでも言いますね。
※誤字修正
では試しに「crontab r」で検索してみてください。決して少なくないことがわかるでしょう。
さらに問題なのはこれが不可逆であることで、バックアップを取っておくなどしておかなければ復旧できなくなるケースがあります。
> ミスがゼロに出来ない事を気にするのならrmでrfは危ないから使うなって言う方が余程重要だと感じるし、/からの指定はするなと同レベルかと
それも確かに危険ですが、cronを編集する話とは関係ないことです。
crontab -eはたしかにコマンドとして用意されていますが、実質上やっていることはviで編集しているだけなので用意されているは言ってもそれほどのものだとは思っていません。
まあ、これこそ感覚の違いなんでしょうけど。
やってはいけないケースはsudoersを編集するケースくらいという認識です。
alias貼るのも確かに一つの手段です。
いや、能動的に件数調べる気無いんで。
自分からすれば用意されたコマンドを使わない癖がつく方が懸念事項です
しかしまあ
>まあ、これこそ感覚の違いなんでしょうけど。
ですね
ありがとうございます。
crontab -e で開いて、以下を書いてみました。（1分起きは* * * * *とありましたので ⇒こちらに https://memorva.jp/memo/linux/cron.php）
* * * * * /usr/bin/php /home/ec2-user/html/cron/test.php
を記入してみましたが動きません・・・
phpの場所も確かに /usr/bin/php で、ファイルパスも /home/ec2-user/html/cron/test.php です。
そもそも、cronが動いているか、とか起動させる とかやる必要はありますでしょうか？
▼こちらのページには起動確認 とありました
https://agohack.com/amazon-linux-setting-up-cron/
↑のページを参考に ```sudo /usr/sbin/crond status ```をやると、
「crond : can't lock /var/run/crond.pid, otherpid may be 912: Resource temporarily unavaliable」と出ます。
cronが動いていないのでしょうか・・・
起動確認は
systemctl status crondで、active(running)じゃなければ
systemctl start crondしましょう
でもその前に/var/log/cron*を見てエラーが出てないか確認してみてはどうですか？
ありがとうございます。
sudo cat /var/log/cron* を打ってみてみました。
https://gyazo.com/eb97a9a73c36d33f7d8acdb49c75ec77
こちらのキャプチャを見ますと、Nov 15(11/15)までは毎日、daily cronが動いているようなのですが、、最近は動いていない、ということでしょうか・・？
そうみたいですね。エラーも無くstatusの結果もrunningですか？
とりあえず/etc/crontabに書いた不要な記述は消しましょう
他にcron.d配下とか変にいじった覚えは？
ほんとに何度もすみません・・・
``` systemctl status crond```
をやりましたら、active(running)でした！
https://gyazo.com/98e33f0b15270fa58b16566cb55e1d4d
cron.d配下は変にいじっていないと思います。（cronをやる必要性が出てきたのが11/19ですし・・）
statusはrunnningなのに毎日動いていない時はどうしたらよいのでしょうか・・・
再起動でしょうか！？
$ sudo systemctl restart crond
再起動よりもまずは実行するコマンドphpファイルの実行から簡単なもの（echo 1 >> /path/to/filename）程度にして動作しているか確認すれば良いです
ありがとうございます。cronの設定ができました！
実行したいphpファイルに記述されているファイルパスが、cronで実行する時はフルパスじゃないとダメでした・・・
../common/common.php を、
/home/ec2-user/html/common/common.php
に直したらcronでも実行できました。
とても助かりました！
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/11/20 17:20
2020/11/21 07:25
2020/11/21 23:15