ジョブスケジューラ「Rundeck」を試してみる | DevelopersIO
森永です。 最近は大逆転裁判をやりながら寝落ちするという毎日を送っています。 サーバ構築する上で、ジョブをどうするかというのは考慮が必要な点です。 簡単に実現するにはcronを使えばいいのですが、要件によってはジョブスケジューラを使わないと厳しいということがあります。 かと言って、エンタープライズで使われている本格的なジョブスケジューラを使うのも大げさすぎる、というのもわかります。 そこで今回は、簡単に構築ができてそれなりに痒いところには手が届くジョブスケジューラ「Rundeck」を試してみます。 Rundeckとは OSSのジョブスケジューラです。 特徴として以下の様なものがあげられます。 エージェントレス SSH接続できればジョブを実行できます。 なので、別サブネットはもちろん、別VPCでも別AWSアカウントでもはたまたオンプレでもRundeckサーバからSSH接続とジョブを実行できる
Rundeck - cronから移行しやすいジョブスケジューラを使ってみよう
こんにちは。斎藤です。 最近、Dockerなどのコンテナ型仮想化技術、Chef, Ansible, Itamae などによるITインフラ構築・運用自動化技術の利用が進んでいます。一方で、何年も動いて「歴史」を積み重ねているシステムも数多くあります。そして、私を含めてそれらの運用に関わる事もあるでしょう。そんな「歴史」のあるシステムも、何とか運用を効率化したいと思う事があるかもしれません。 今日は、バッチジョブや複数サーバに対する運用を効率化するRundeckを取り上げます。「何ができるの？」「はじめかた」そして「利用時の留意点」の3点についてお話しします。 ※OSはCentOS 6系、Rundeck はバージョン 2.4.0、Java VM は Oracle JDK 1.7.0_72 を利用しています。 cron。Linux系OSに標準搭載されているジョブスケジューラです。標準で使えるため
crontabでの「%」の扱い - 元RX-7乗りの適当な日々
昔、遭遇した気もするが、また忘れていたのでメモ。多分、常識の範疇ｗ crontabにこんな感じで設定を仕込もうとしたんですね。 */5 * * * * /usr/bin/iotop -b -k -t -n 2 -o >> /var/log/iotop/"`hostname`_`date '+%F_%H'`" すると、「メールが /var/spool/mail/root にあります」とメールが届きまして、、、 /bin/sh: -c: line 0: unexpected EOF while looking for matching ``' /bin/sh: -c: line 1: syntax error: unexpected end of fileこんな感じで怒られたわけです。 あんれー？と思って、"/var/log/cron"を確認すると、 CROND[17743]: (root)
Cronic - A cure for Cron's chronic email problem
Cronic A cure for Cron's chronic email problem By Chuck Houpt The Disease: 0 1 * * * backup >/dev/null 2>&1 The Cure: 0 1 * * * cronic backup Cronic is a shell script to help control the most annoying feature of cron: unwanted emailed output, or "cram" (cron spam). If the Unix Haters list was still active, I would submit the rant below to gain membership. (feedback to: chuck@habilis.net) The Disea
cron の実行ログをすてさせないライフハックできたよー - tokuhirom's blog
昨今、cron のログにかんする話がちょいちょいありますが、問題点をまとめると stdout or stderr に1バイトでも書くとメールがとぶインタープリタのだす warnings や printf デバッグの名残りなどでもメールがいちいちとんでめんどくさいめんどくさいから出力を /dev/null にほうむりがちログを /dev/null にすてると運用にさしつかえるといったところかとおもいます。 これにたいする一般的なソリューションとして、かずほさんの cronlog というのがあって、これは exit status をみて stdout/stderr の出力を /dev/null または任意のファイルにおくってメールをとばさせないというソリューションです。 cronlog は便利なのだけど、毎行設定するのだるいという問題があるので、設定が簡単なように cron に以下のようなパッ
cronで30秒毎など、秒単位で処理を実行したい場合 - 元RX-7乗りの適当な日々
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のマクロ - harry’s memorandum
cronの語源がギリシャ神話の時間の神クロノス(chronos/kronos)だったとはマジに知らなかった。 語源は別にしてcrontabマクロというのがあるんですね。こんな感じに@rebootとするとOS起動時に test.pl を実行してくれる。/etc/rc.localに書いておくようなものですね。 $ crontab -l @reboot /home/user/test.pl http://en.wikipedia.org/wiki/Cron#Predefined_scheduling_definitions Entry Description Equivalent To @yearly (or @annually) Run once a year 0 0 1 1 * @monthly Run once a month 0 0 1 * * @weekly Run once a we
crontab -r とやってしまった時の対処法
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 麺飯菜館 じょうじょうのローメン :: 友人のドラクエ３をピアノで弾いてみたが凄かった » 2009/11/21 crontab -r とやってしまった時の対処法 linux sh ruby 740 9へぇ cronの設定を変えようと crontab -e と打とうとして、間違って crontab -r と打ってしまい、cronの設定が根こそぎぶっ飛んで参りました。「eとrは隣同士だから不慮の事故ですよ！」という他人の言い訳は以前から良く聞いていて、心の中で「そんなことあるかよ！」と思っていましたが、まさか自分がやってしまうとは思いませんでした。まったく言い訳できません。 そして、こういう事故は絶対やってはいけないアカウントでやってしまうのが世の常。今回も例に漏れずたくさんジョブが仕込んであ
再起動時に一度だけ実行されるcron定義
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 著作権はいつから70年が世界標準になったのか :: 家の電話が壊れた » 2009/11/24 再起動時に一度だけ実行されるcron定義 linux 245 4へぇ 先日のcrontab -r とやってしまった時の対処法のアクセスが意外と多くてかなり驚きました。ちなみに僕はクーロンと読む派です。それはそうと、これを機にちゃんとcrontabのmanを読んでみたら、日次の定義に@rebootと書くと再起動時に一度だけ実行されるcron定義がかける事が判明。CentOS 5.3では、日本語のmanにはこの部分が記載されていませんでした。 $ man 5 crontab These special time specification "nicknames" are supported, which
Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法
監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)に続きます 今日ようやく、積ん読状態だった「Software Design 2010年1月号」を手に取ったのですが、特集が「今日から使えるスクリプト満載！ [プロ直伝]お手軽サーバ監視術」。興味深く拝読したのですが、もっと楽ができるのにと思うところも。ちょうど、昨年末に運用しているサービス「パストラック」のサーバを移転し、crontab と perl で書かれたスクリプト群を使った監視環境を構築したところなので、そこで使っているスクリプト cronlog を紹介したいと思います。 特集の前書きにも書かれていることですが、サーバやネットワーク機器が多数ある環境なら、Nagios を始めとする、専ら監視のために作られたソフトウェアを使って、監視システムを構築すべきです。逆に小規
RailsのCron処理に·Whenever MOONGIFT
Ruby on Railsにおけるバックグラウンド処理で有名なものと言えばBackgrounDRbやBackground-fuになるだろう。使ってみた感想としてはどちらも癖があって、何となくうまくいかない。プロセスが途中で消えたりすることもある。 分かりやすい記述でCronが書ける 非同期的にキックするような処理が必要な場合は難しいが、単純なCron処理であればLinux標準のCronが最も安定している。それを手軽に使えるのがWheneverだ。 今回紹介するオープンソース・ソフトウェアはWhenever、Railsアプリケーションに対応したCron処理ライブラリだ。 WheneverはRailsアプリケーションとCrontabの橋渡しをするソフトウェアだ。Railsアプリケーション内でwheneverizeコマンドを実行すると設定ファイルが出力される。ここではevery 3.hoursの
cron の実行順序を制御する方法 | Carpe Diem
cron のバッチ処理の実行順序を制御するときは、setlock を使うと便利そうだったので、設定してみた。この方法では、setlock に setlock を設定している理由がよく分からなかったので、何はともわれ試してみた。 setlock についてのヘルプは、こちら。 まず、daemontools の RPM は、daemontools.spec を使うとすぐに作ることができる。daemontools は、/usr/local/bin にインストールされる。 次に、バッチ処理に見立てた簡単な次のプログラムを準備する。 1.rb: 一番最初に実行される毎時バッチ #!/usr/bin/env ruby require ‘date’ p “#{__FILE__} start #{DateTime.now}” sleep 120 p “#{__FILE__} end #{DateTime.n
OSXでcrontabの編集が反映されない « ku
OSXでcrontabを編集すると、vi終了後に crontab: temp file must be edited in place と出てきて編集が反映されなくて困っていた。 原因はOSXではviが存在しなくて、 /usr/bin/vi -> /usr/bin/vim でsymlinkされているためcrontab編集時にvimが起動されること。vimなので当然 ~/.vimrc が読み込まれて、そこでファイルのバックアップをとるようにしているとこの問題が出るのをつきとめた。 バックアップを作っていて役に立った記憶がないけれど、作らないのも気持ちが悪いのでvimの設定はそのままで。いままでcrontabを編集する時だけ .vimrc をリネームしてたりしてたけど、そんなアホなこといつまでもやってられるかというわけで根本的対応。 ~/bin/vi を作って、こいつの中で vim -C でv
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
cronのお勉強
いつもお世話になっているcron による定期実行。「cron なんて簡単だよ」っと思ってる方は結構多いのではないだろうか。いや、実際に cron はわかりやすいプログラムだし、そんなに難しいものではない。だが、意外と覚えることが多く（メモっておけば覚える必要なんてこれっぽっちもないんだが）、自分の思うような動作をしてくれなかったりすることもあるので、ちょっとだけ cron について真剣に勉強してみることにした。まず、基本中の基本として、cron の設定ファイルは、/etc/crontab に記述されている。さらには、/etc/cron.daily/、/etc/cron.weekly/、/etc/cron.monthly/ 以下に格納された設定ファイルを1日1回、週に1回、月に1回と実行してくれるのはすでに周知のことだろう。 まず、/etc/crontab を見てみる。筆者のLANDISKで
ssh scp sftp の正しい自動実行方法
Landscape トップページ | < 前の日 2004-11-15 2004-11-17 次の日 2004-11-18 > Landscape - エンジニアのメモ 2004-11-17 ssh scp sftp の正しい自動実行方法 当サイト内を Google 検索できます * ssh scp sftp の正しい自動実行方法この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [ssh] [セキュリティ] scp と sftp について調べていると、正しい自動実行についての文書を見つけた。cron から scp や sftp を自動実行しようと考えている私には役に立つ文書だ。 - 「専用のパスフレーズなしの鍵を作って権限限定」がベスト正しいssh/scpの自動運転は ぴろ日記 http://www.banana-fish.com/~piro/20040609.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Infrastructure/Fedorahosted-retirement - Fedora Project Wiki
bayashi.net
ぴろ日記 - sshパスワード入力をexpectで自動化するな
http://mitsukuni.org/blog/2009/04/09/gae%E3%81%A7cron/