以下のテキストは、執筆時当時の情報を元に書いたものであり、 現在の情勢にそぐわないことを含む場合があるので注意されたい。 また、テキストは最終提出原稿で校正を経る前のものなので、実際にUNIXUSER 本誌に記載されたものとは異なる。誤字脱字等そのままである。 致命的な誤り以外は加筆修正等は行なわないので情報の鮮度に気をつけつつ 利用して欲しい。 →目次 【Part 2 デーモン管理の基幹ツール】 DJBツールには、それ単体で利用するのではなく、他のデーモンプログラムを起 動したり制御したりするものがある。これにより日常的な管理作業を効率化した り、デーモンの起動に制限を掛けセキュリティを高めることができるようになる。 Part 2では、各種デーモン起動を一元的に管理するための daemontools と、ネッ トワークサービスデーモンの起動制御を行なうための tcpserver について
自作のサーバプログラムに、いちいち setuid とか setsid とかログローテート機能とか実装するのめんどくさいわけで。だから daemontools を使って管理してるわけですが、だったら、いっそ全部のデーモンを daemontools で一括管理したい。 ちょうど、reverse proxy をセットアップする機会があったので、apache を daemontools で管理する方法を備忘録をかねてメモ。 % cat /service/httpd/run #!/bin/sh APACHE_ROOT=/usr/local/apache-2.2.14 exec 2>&1 exec pgrphack $APACHE_ROOT/bin/httpd -DNO_DETACH -DFOREGROUND -c "ErrorLog /dev/fd/1" -c "Include /var/httpd
(私家版 daemontools FAQ) 3. トラブルシューティング back デーモンが走らない 次のことを確認しよう。 svscan は走っているか? サービス用のディレクトリ (あるいは、そのディレクトリへの リンク) はちゃんと svscan から見える位置に存在しているか? run スクリプトは実行可能になっているか、また その中ではちゃんとデーモンを exec で起動し、 それはフォアグラウンドで走るか? サービス用のディレクトリに down という ファイルが存在していないか? supervise がちゃんと「up」の状態になっているか? svstat /service/サービス名 を実行してみよう。 down になっていたら、 svc -u /service/サービス名 を実行すれば デーモンが走りだす。 svstat で見ると、 なんかデーモンの pid がぐるぐる変
前書き この文書は DJB 氏の daemontools パッケージに興味を持たれる方やこれから導入・運用を行おうとする方に向けて書かれたものです。daemontools パッケージの概要、導入・設定方法、使用例などをまとめています。しかし、各ツールを詳細に説明するものではありません。そのため、この文書を読んだ後に、マニュアル*1 を読んでください。日本語訳*2もあります。 また、新山さんの daemontools FAQ*3もありますのでそちらもご覧下さい。 註記 *1) "daemontools" http://cr.yp.to/damontools.html *2) "daemontools(日本語訳)" http://www.emaillab.org/djb/tools/daemontools/top.html *3) "daemontools FAQ" http://tanaka
2009-12-15 追記 nginxのオプションが間違ってたので修正＞＜ × -g daemon=off ○ -g "daemon off;" 2009-12-16 追記 Apacheのrunファイルにpgrphackと補足文を追加。 daemontoolsのrunファイル。 Apache #!/bin/sh exec 2>&1 CONF=/usr/irori/etc/apache/httpd.conf DAEMON=/usr/local/app/apache/bin/httpd DAEMON_ARGS="-f $CONF -DNO_DETACH -DFOREGROUND" if [ ! -x "$DAEMON" ]; then echo "not executable: $DAEMON" exit 1 fi if ! $DAEMON $DAEMON_ARGS -t; then echo
_ djb が自作ツールの更新を放棄してからずいぶんたって、qmail やら djbdns やらはゆっくりと置き替えが進んでいるようだ。が、いまだに使い続けられているものもある。具体的には daemontools。いまだに daemontools を 使うネタが書かれているのを見て絶望した。代替物はほかにもあるのに。 (中略) _ そんなわけで、わしのことを anti djb だと思っている一部の方々が飽きて燃料投下を望んでいるような声をだいぶ前にどっか(どこだか忘れた)で見かけたので、要望に答えて若干 djb を dis り気味に runit と ipsvd を解説してみました。わしゃ別に「いいものを使う」というだけで、djb が嫌いなわけでもなんでもないんだけどね。ちなみに、自分自身では好き嫌い以前に必要性を感じてないので使っておりませぬ(これ書くために何年かぶりにインストールした)。
こんにちは。斎藤です。 手元でちょちょいと作ったプログラムや、 init スクリプトの無いOSSを daemon として動作させ続けたい事、ありませんか？そんなときに便利なのが Upstart です。daemontoolsの代わりとしても使えます。 今回は設定方法を中心に、解説していきます。 ※CentOS 6.3 (x86_64) で検証しています はじめに Upstart とは何か UpstartのWikiによると、"/sbin/init"デーモン(例えばSysVinit)を置き換えるものであり、イベントベースでタスクやサービスを起動・停止できるようにしたものである、と述べられています。また、特徴として、SysVinitと比べ「設定が簡単」「起動が早くなる」などが挙げられています。 Upstart のメリット 3つのメリットがあると、私は考えています。 起動・終了制御が容易 仮にABE
ここでは、qmailの作者であるD. J. Bernstein氏作のサービスの起動を行うツールdaemontoolsで管理下のサービスのログの取得方法について説明します。 既に daemontoolsのインストール / daemontoolsからサービス起動方法 が完了しているものとして説明しています。 ログ取得プログラムについて(multilog) daemontoolsでログ取得するにはmultilogを利用します。 multilogとは 管理しているサービスのログを取得する利用するプログラムでdaemontoolsをインストールすると/usr/local/bin/multilogにインストールされています。 multilogの設定 multilogの設定の大きな流れは以下の通りになります。 (1) /var/supervise/サービス名/以下にログを取得するディレクトリ(log/m
レスポンスタイムが重要なサービスをやってると、「理由はわからないけどなぜか遅い。調べよう」ってなることが多いと思います。調べ方はいろんなアプローチがあると思いますが、Linux の場合straceというコマンドが超絶便利です。 strace is a system call tracer, i.e. a debugging tool which prints out a trace of all the system calls made by a another process/program. strace | Free Development software downloads at SourceForge.net strace とは？ straceはプロセスが発行するシステムコールをトレースできます。システムコールというのはプロセスがカーネルに作業を依頼する API みたいなもの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く