Upstart を使ってお手軽 daemon 化
こんにちは。斎藤です。 手元でちょちょいと作ったプログラムや、 init スクリプトの無いOSSを daemon として動作させ続けたい事、ありませんか？そんなときに便利なのが Upstart です。daemontoolsの代わりとしても使えます。 今回は設定方法を中心に、解説していきます。 ※CentOS 6.3 (x86_64) で検証しています はじめに Upstart とは何か UpstartのWikiによると、"/sbin/init"デーモン(例えばSysVinit)を置き換えるものであり、イベントベースでタスクやサービスを起動・停止できるようにしたものである、と述べられています。また、特徴として、SysVinitと比べ「設定が簡単」「起動が早くなる」などが挙げられています。 Upstart のメリット 3つのメリットがあると、私は考えています。 起動・終了制御が容易 仮にABE
GitHub - alexvollmer/daemon-spawn: A simple, flexible daemon management library.
To create a new spawner, write a class that extends DaemonSpawn::Base and provides start and stop methods. For example: class MyServer < DaemonSpawn::Base def start(args) # process command-line args # start your bad self end def stop # stop your bad self end end MyServer.spawn!(:log_file => '/var/log/echo_server.log', :pid_file => '/var/run/echo_server.pid', :sync_log => true, :working_dir => File
偽偽夜食日記: daemon起動時の二重forkの理由 (2005-03-16 )
カテゴリ: UNIX daemonプロセスを起動する際に2回forkするというのは、もはやFAQの領域にあることだが、なぜ2回forkする必要があるのか、それぞれのforkにどういう効果があるのかということまで書いてあるものは少ない。私も今まで疑問に思いつつ放置していたが、ついにそのことについて書かれているものが見つかった。 Unix Programming Frequently Asked Questions 日本語訳 - 1 プロセス制御 1.7 プログラムをデーモンとして動かすにはどうすればいいですか? これをきちんと理解するには、セッションと制御端末についてより詳しく知る必要がある。セッションとは、ユーザーがとある端末からログインして生成したプロセスの集合である。ユーザーは端末のキー操作によりプロセスの一時停止や終了などの制御を行うことができるが、セッションはこの制御の影響範囲を
daemonの作り方 - おもしろwebサービス開発日記
先日webrickのソースを少し読んだのですが、daemonを作る部分がよくわかりませんでした。 def Daemon.start exit!(0) if fork Process::setsid exit!(0) if fork Dir::chdir("/") File::umask(0) STDIN.reopen("/dev/null") STDOUT.reopen("/dev/null", "w") STDERR.reopen("/dev/null", "w") yield if block_given? end 具体的にわからない部分を書くと Process::setsidってなに？ なんでfork二回もやってるの？ その後のchdirとかumaskとかreopenとかは何でやってるんだろう？ のようなところ。つまりほぼ全部ですね・・・＞＜ そこでいつものように調べました。 Pro
niw.at — デーモンプロセスをゆるふわ監視するときに便利な$0
たとえばデーモンがあったとします。こんな感じで。 $ ruby -rwebrick -e 'include WEBrick; Daemon.start;\ HTTPServer.new(:Port => 3000).tap{|s|\ s.mount "/", HTTPServlet::ProcHandler.new(Proc.new{|req,res|\ res.body = "hi"});\ trap(:TERM){s.shutdown}\ }.start' これで3000番でHTTPサーバが起動しました。ちょっとリクエストしてみましょう。 $ curl 'http://127.0.0.1:3000/' hi 期待通り動きましたね。ではちょっとこのデーモンが今どんな状態なのかを監視できるようにしましょう… ってなると多分、ログをどっかにとかになりますが、もっと簡単になんとなく知る方法とし
god - process and task monitoring done right
A Better Way to Monitor God is an easy to configure, easy to extend monitoring framework written in Ruby. Keeping your server processes and tasks running should be a simple part of your deployment process. God aims to be the simplest, most powerful monitoring application available. Tom Preston-Werner tom at rubyisawesome dot com Google Group: http://groups.google.com/group/god-rb Features Config f
Godで初めてのプロセス監視
Ruby 製のプロセス監視ツール、God を試してみた。（書いてる時点より5ヶ月前…。） モダンに監視したいなぜなら TIG が落ちるから(笑) 実は Un*x 系の OS なら素朴な監視は割と簡単にできる。 psgrep/etc/rc.d/* とか /etc/init.d/* とかsendmail辺りで事足りる。要するに 定期的に ps を叩いて、この文字列のパターンがない場合はこのプロセスが落ちてるから mail 投げて起動スクリプトを呼ぼう ってだけ1。これだけでプロセスが落ちてたらまた起動し直すということが可能なので、知らん間にサーバ落ちててオレ涙目っていう状態を減らすことはできる。少なくともすでに上の道具が使えているなら新しいことを覚える手間はないので、どうしてもすぐ監視を始めたい場合にはこれだけでも十分有効だと思う。 でも効率が良くない。ちょっと複雑なことを考え始めると for
Godで簡単daemonize
今さらながら なぜ daemontools を使うのか - kazuhoのメモ置き場 これを読んで、 通常のプログラムをそのままデーモン化できるから という記述にうんうんと頷いていた。1 今回は、daemontools もいいかもしれないけど God を使って daemon 作ろうぜって話。これは monit には真似できないよ。 cf. M/Monit | Wiki Godでオレオレデーモンを作る例えば以前作った Rswatch っていうログを監視するツールなんかも、一応 daemon のように動くけど、これ落ちたらどうすんのとか、システム起動時に自動的に起きるようにするのどうしよう、とかいろいろ管理しにくくて仕方なかった。デーモンを作ることは、実は 1)目的の動作を作り込むこと、2)デーモン化する処理を作り込むこと、の二つに分けられる。そう、2 は目的じゃない。期待する動作ではあるけれ
なぜ daemontools を使うのか - kazuhoのメモ置き場
_ djb が自作ツールの更新を放棄してからずいぶんたって、qmail やら djbdns やらはゆっくりと置き替えが進んでいるようだ。が、いまだに使い続けられているものもある。具体的には daemontools。いまだに daemontools を 使うネタが書かれているのを見て絶望した。代替物はほかにもあるのに。 (中略) _ そんなわけで、わしのことを anti djb だと思っている一部の方々が飽きて燃料投下を望んでいるような声をだいぶ前にどっか(どこだか忘れた)で見かけたので、要望に答えて若干 djb を dis り気味に runit と ipsvd を解説してみました。わしゃ別に「いいものを使う」というだけで、djb が嫌いなわけでもなんでもないんだけどね。ちなみに、自分自身では好き嫌い以前に必要性を感じてないので使っておりませぬ(これ書くために何年かぶりにインストールした)。
スクリプトをDaemonizeする。god ツール．しかもプロセス監視・再起動付き - それマグで！
twitter ボットとか、ファイル同期ボットとか、メール転送ボットとかイロイロボット作るよね？ボッと作らないで、プログラムを使う意味がないというか，ボットがあるからこそプログラムに価値があるわけです． rubyのプロセス管理ツールGod がそこそこイカス プロセス監視・再起動するのが面倒なので，ツールを探してるとGODを見つけた Gravatarの開発者が作って使ってるらしい． 多機能なので基本的なところから god インストール gem install god god を使ってプロセス管理 test.god God.pid_file_directory = "/tmp/god_pids/" #god が書き込みできるディレクトリ God.watch do |w| w.name = "myscript" w.start = "/home/takuya/test/myscript.rb"
親プロセスは2度死ぬ - デーモン化に使うダブルforkの謎 - シリコンの谷のゾンビ
デーモンプロセスを作る場合には，教科書によく書かれている2度forkは不要ではないか? ということを以前の記事に書いた． [c][unix]UNIXネットワークプログラミングのお勉強 (2) デーモンの作り方 - 睡眠不足？！ 確かにBSDのdaemon(3) のコードでは，forkは1回しか呼んでいない． 「きっとプレセスがセッションリーダだと不都合があるのだろう．でもなぜ?」 というのがopen questionだった． それに対する答えを「詳解UNIXプログラミング」[1] に見つけた． SVR4においては，この時点でforkを再度呼び，親を終了することを勧める人がいる． 2番目の子がデーモンとして動作する．これは，デーモンはセッションリーダではなく， SVR4の規則 (9.6節) から，セッションリーダでなければ制御端末を取得できない，ということを保証する． あるいは，制御端末を取
天泣記
2005-11-02 (Wed)#1GCC Bugzilla で、Mark Mitchell がさまざまなバグの優先順位をつけ直した。そーか、優先順位ってのはそう使うのか。 GCC Bug 22127 と GCC Bug 22429 はめでたく(?) P1 になり、とくに後者は showstopper だそうなので、4.1 までには直るようだ。(まぁ、showstopper なのはこれ以外にもたくさんあるようだけど) 前者も修正が入りそうな気配なのはなかなか良い。 2005-11-03 (Thu)#1さっそく GCC Bug 22429 が直ったようなので、試してみる... が、直ってない? ... がー。cvs から svn に移行してやがった。 chkbuild の sample/build-gcc-ruby で、とりあえず gcc を svn で取って来るようにしてもう一度試すと、直
UNIXデーモンの作り方
A Wealth of Information at Your Fingertips Store and Bookmark Documents Share Documents Privately Reach Millions of People
PC覚え書き | プログラムのデーモン化
VvZX(qvZX)Afork()VXeR[gpBVXeR[oAovZXmAvZXRs[B ovZXevZXARs[VvZXqvZXBevZXAqvZXfork()lpB evZXAfork()qvZXvZXIDpAqvZX0pBplAevZXqvZXｯBlBAqvZXPvOｦB int main(void){ pid_t child // fork()li[ if( !(child=fork()) ){ // child=0qvZX printf("inchildprocess\n"); exit(0); } // evZXqvZXID\ｦ prinft("inparentprocess:childprocessID=%d\n,child); return 0; }
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
daemons | RubyGems.org | your community gem host
ruby/process.c at c852d76f46a68e28200f0c3f68c8c67879e79c86 · ruby/ruby
[ruby-dev:24030] Process.daemon
blog.niw.at
Godにプロセスの起動順序を教えたい
はてなブログ | 無料ブログを作成しよう