(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
I have set up ACPI wakeup so my laptop wakes up at a certain time each morning. The timezone for this is UTC. I want to set up my crontabs also using UTC so they fit with the wakeup alarm. How do you do it? I've tried editing /etc/default/cron to include: TZ="UTC" but it doesn't work. (I've also tried TZ=UTC and TZ="UTC/GMT") Any ideas?
以下のサイトが参考になった。 crontabが上手く動かない時のヒント – クリエイター見習いの落書きノート cronで動かすとスクリプトが正常に動かない件 – Lyo.blog 原因究明は以下の順番で。 ログを見てCronが動いているか確かめる エラーをファイルに出力する ログに何も残っていなかったらCronが動いてないということなので、crontabの設定があっているか、crondが動いているかといったあたりをチェックする。 その辺りが問題なければスクリプトのエラーをファイルに出力して内容を確かめる。 シェルをzshにするとエラーの出力が親切らしい。 SHELL=/bin/zsh 5 * * * * /home/akahige/hoge.rb > /tmp/cron_error.log 2>&1 この場合のエラーの内容はだいたいパスや環境変数の問題だと思うのでそれらをなんとかする。 端
AWSのEC2でWebサーバを分散化していて、トラフィックが急激に上昇した場合、スケールアウトするんだけど、AMIイメージファイルのアプリケーションファイルが若干古いことって、まぁまぁよくあると思います。オートスケールだと、ちょっとマズイ。というわけで、EC2インスタンスをロンチ後、自動でGitから最新ファイルを持ってくるようにする方法。 っても、AWSにもEC2にもGitにもまったく関係ない、古くからあるLinuxの手法。 /etc/rc.local を使う /etc/rc.local は、他のサービスなどが起動し終わった後に独自にシェルスクリプトが実行できる。 #!/bin/sh # # This script will be executed *after* all the other init scripts. # You can put your own initializati
cronは分単位からの制御が可能だが、秒単位まではサポートしていない。 というわけで、例えば30秒毎などに実行したい場合は工夫が必要になる。 # ニーズがあるかはわからないが、例えば短い周期で監視を行っている場合など。 例えば、30秒毎に実行したい場合は、以下のようにcronの設定を記述する。 * * * * * command & sleep 30; command上記の"command"の部分に、実行したいコマンドを記述する。 1つ目の"command"を実行しながら、それと並列して30秒間sleep、そして2つ目の"command"を実行、という流れ。 他にも、毎分15秒に処理を実施したい場合は以下。 * * * * * sleep 15; command 上記が、何かのお役に立てば。 追記 bashの"&"と"&&" - 元RX-7乗りの適当な日々 詳解 Linuxカーネル 第3版
なお、時間設定方法や書式についてはここでは解説しません。 拙作「くろんメーカ」をお使いください。 くろんメーカ - crontab用のコマンドを自動で生成します。 そのままコピペしてお使いください。 crontab -e で直接編集しない 有名な話ですが、crontab -r とやってしまうと全てが一瞬で消え去ります。 まさにバルス！ 間違えて crontab -r してしまい、crontab をふっとばしてしまった。つか、隣同士にある -e と -r で編集と削除とか、酷いよ＞＜。。。 crontab -r を安全にする - antipop 必ずローカルファイルに設定を書いたうえで、それを反映させるようにしましょう。 $ crontab -l > ~/crontab # 現在の設定をバックアップ $ vi ~/crontab # ローカルファイルを編集 $ crontab < ~/cro
Red Hat Linuxなどのcron設定では、標準で/etc/crontabに「MAILTO=」として、動作結果を特定のアカウントへ通知されるよう記述されている。 ここでの/etc/crontabには、システム自体（root）権限で実行されるものが定義されることから、その通知もroot宛になっている。 # cat /etc/crontab SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root HOME=/ # run-parts 01 * * * * root run-parts /etc/cron.hourly 02 0 * * * root run-parts /etc/cron.daily 04 0 * * 0 root run-parts /etc/cron.weekly 06 0 1 * * root r
とりあえずここではCentOS5.3に標準で入ってたcronでの話ということで crondは動いているか 実行ファイルの権限は正しいか cronのログを確認すべし ということで crondは動いていますか？ # /etc/rc.d/init.d/crond status crond (pid xxx) を実行中...で動いているか確認 # chkconfig --list crond crond 0:off 1:off 2:on 3:on 4:on 5:on 6:offで2-5番までonになっていますか？ 実行ファイルの権限は正しいですか？ ls -al | grep test -rwxrwxr-x 1 hoge hoge 2615380 3月 10 01:54 test.jarで実行したいファイルの実行権限を確認してみましょう ちなみにここでは 最初のrwxはファイル所有者の権限 次のr
CRON からの自動メール送信 Linux の多くには CRON という、定期的にコマンドを実行するためのスケジュール機能が用意されています。 これを利用することで、"/etc/"crontab" コマンドや、"/etc/cron.daily/", "/etc/cron.hourly", "/etc/cron.weekly", "/etc/cron.monthly/" ディレクトリー内のファイルを編集することによって、あらかじめ指定した時間にコマンドを自動実行させることができるようになっています。 そして、実行されたコマンドが出力した内容は、指定された宛先またはそのコマンドを実行したアカウント宛にメールで自動的に通知する仕組みが用意されているようなのですけど、頻繁に実行されるようにスケジューリングされていたりすると、それと同じだけ、通知メールも山ほど来てしまう場合があります。 メールの配信
１．全てのcronからroot宛のメールを停止する場合。 「/etc/crontab」を開き、 MAILTO = root ↓ MAILTO = "" に変更。 ２．ジョブごとにメールを止めたいとき cron設定ファイルやcrontabでコマンドを書くとき、 例1） 05 2 * * * root コマンド > /dev/null 2>&1 または、 05 2 * * * root コマンド > /dev/null 2> /dev/null ↓ メールを送らずログも残さない 例2） 05 2 * * * root コマンド 1> /dev/null ↓ 標準出力は無視し、標準エラー出力をメールする。 （コマンド実行時にエラーがあったときだけメールする） 例3） 05 2 * * * root (コマンド > ログファイルのパス 2>&1) > /dev
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
