おひさしブリーフ、かっぱです。 tl;dr 下図のように cron ジョブで定期的にスクリプトを生成して実行させようとした時、スクリプト完了する前に次の cron ジョブが走ってスクリプトが生成されて、そのスクリプトが実行されてしまうような状況に遭遇してどうしたもんかなと悩んでいたら ts というツールを見つけたので試してみた。 memo ts とは http://vicerveza.homeunix.net/~viric/soft/ts/ https://osdn.jp/magazine/09/01/20/0150258 スクリプトやコマンドを ts コマンド経由で実行することで、それらをジョブとしてキューに放り込んで順次実行してくれるツール。冒頭の構成に ts を加えると下図のようになり、cron の開始時間とスクリプトの実行時間の依存関係は切り離される。 導入 CentOS 6 に導
プライベートのちょっとしたことを、サーバーで毎日自動で実行して楽にしたいと思うのは、エンジニアであれば当然だと思います。でも、その為に自宅でサーバを動かしたり、AWSのマイクロインスタンスを常時立ちあげたりするというのは、お金と手間が掛かるので避けたいところです。そんな悩みを解決する為に、HerokuでJobサーバーを構築するというのは如何でしょうか？ Herokuの課金体系は、dynoという独自の単位です。1つのプロセスで1時間動かしたら1dynoです。そして、現在のところ1アカウントにつき、1ヶ月750dynosが無料で使えます。24（時間）*31（日）だと744dynosになります。つまり1プロセス分は常に無料で使えるということです。これを使ってJobサーバー（バッチサーバ）を構築しようというのが今回の趣旨になります。 ジョブ実行ツールの選定 Herokuでジョブですが、２つあります
普通に手でruby ナントカって叩いたら動くのにcrontabに書いて動かしたら「そんなgemねぇぞ」みたいなエラーが出てくる。 正確には「あれ？動いてないぞ？」と思ってmail見たらそういうエラーがごっそり溜まってる。 /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- twitter (LoadError) こういうエラー。 これは、自分で動かすときとcronにやってもらうときでは$PATHとかの環境が違って、なんかRVMのgemのパス？が通ってないことが原因らしい。 2秒で解決 ググるとcrontabに$PATHを追加するとか、それ用のシェルスクリプト書くとかいろいろ出てくるけど、そんなこともあろうかとRVMがそういうのやってくれるコマンドを
ふだんrvm使っていて、cronだとsystem gemを見に行ってしまうので crontab -e */10 * * * * /bin/zsh /home/sho/bin/10min.sh~/bin/10min.sh #!/bin/zsh rvm_path=/home/sho/.rvm source /home/sho/.rvm/scripts/rvm rvm use 1.8.7 ruby /home/sho/src/ruby/twitter-change-profile/change-profile.rb ruby /home/sho/src/ruby/tweet-feeds/store.rb ruby /home/sho/src/ruby/tweet-feeds/tweet.rb rvmの環境を設定してからrubyを呼び出すshell scriptを間に入れる事にした。 ただ、cro
今までナチュラルにcrontab -eでcron編集をしていたのだけど、実はこれはとてつもなく危ないやり方だった。ということを、今さら知った。 crontab -rの恐怖 crontabコマンドにはrオプション(Remove)があり、これを実行すると何の警告もなく全てが消え失せる。 macbook:~ ozuma$ crontab -l 15 * * * * /home/ozuma/bin/hoge.sh 0 9 1 * * /home/ozuma/bin/piyo.sh > /dev/null 2>&1 */5 * * * * /home/ozuma/bin/fuga.sh > /dev/null 2>&1 macbook:~ ozuma$ crontab -r macbook:~ ozuma$ crontab -l crontab: no crontab for ozuma macbo
Unix 系 OS では、スケジュール自動実行を行ってくれるユーティリティとして、「cron」があります。 Ubuntu をお使いでしたら、名前くらいは聞いたことがあるかと。。。 この「cron」、非常に便利で強力なユーティリティである反面、スケジュールを設定する方法が独特で、初心者には難しいのが難点です。。。 「cron」の設定は、慣れて、覚えてくださいとしかいえなかったりします。。。 難しいので、個人的には、「cron」の設定の説明などは webmin （WEB ベースでシステムを設定できるユーティリティ、cron も設定可能）を利用するようにしてます。 （webmin に関しては Ubuntu 9.10 で Webmin をセットアップしてみる。を参照して下さい） 「GNOME Schdule」は難しい「cron」や「at」の設定ができる、GUI のフロントエンドです。 GUI です
知っているようで知らない各ユーザのcrontabファイルがどこに置かれているか。なんか資格試験で出そうだね。 答えは、 /var/spool/cron/[ユーザ名] Redhat9、Fedora Core4で確認。 [追記] CentOS4, CentOS5.6 も上記と同様。 Ubuntu(squeeze/sid), Debian では下記。 /var/spool/cron/crontabs/[ユーザ名] 設定ファイルは他にもだいたいのOSで共通で下記に置かれている。 /etc/crontab /etc/cron.daily/ /etc/cron.weekly/ /etc/cron.hourly/ /etc/cron.monthly/ 設定方法などはcron の設定ガイドが詳しいです。 Popular Posts: None Found
crontabの設定方法をすぐに忘れるのでメモ代わりにまとめています。 ※最初にまとめてからかなり時間が経過したので、内容の精査とその間に勉強した項目を追加しました。 crontabを設定する方法 crontabを設定する方法には２通りの方法があるので説明をしていきます。 crontab -e ※コマンドで設定 crontab ファイル ※ファイルを読み込んで設定 「crontab -e」コマンドで設定 「crontab -e」コマンドを実行するとcronを設定する画面が表示されます。 「e」では無く、横にある「r」を誤って指定してしまうと、設定されているcronの内容が削除されてしまうので注意してください。 $ crontab -e 設定を編集する画面が表示されるので、下記のような書式で設定を行います。 00 * * * * /root/disk-space.sh ちなみに、設定している
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
