タグ

daemontoolsに関するzetfsのブックマーク (6)

  • daemontools でプロセス監視 (svscan, supervise, multilog) - keisyuのブログ

    daemontools ( http://cr.yp.to/daemontools.html )でプロセス監視を運用上よくやりますが、毎度ググってを繰り返すので自分で書いとこうと思います。 daemontools は以下のツールで構成されるプロセス監視のユーティリティです svscan サービスディレクトリの監視 supervise プロセスの監視および制御 multilog ロギング daemontools - Wikipedia daemontools のインストール yum も rpm もイマイチこれや!ってのがないので、家?からソース毎ダウンロードしてインストールします $ curl -O http://cr.yp.to/daemontools/daemontools-0.76.tar.gz $ tar zxvf daemontools-0.76.tar.gz $ cd admi

    daemontools でプロセス監視 (svscan, supervise, multilog) - keisyuのブログ
  • CentOS6にdaemontoolsをインストールするとそのままでは自動起動しない。

    CentOS6というより、実際はRHEL6ですが。 RHEL6から起動時の管理ソフトが SysVinit から upstart へ変更されたとのこと。 upstartについては http://www.usupi.org/sysad/188.html あたりが参考になりそう。 daemontools はSysVinit ( /etc/inittab )で起動することを前提に、自動的に /etc/inittab に下記を書き込んでいます。 SV:123456:respawn:/command/svscanboot upstart に移行したことによりこれが無効となったため、このままでは自動起動しなくなりました。 以下の手順で対策できます。 /etc/inittab の上記の記述をコメントアウト(行頭に # ) /etc/init/svscan.conf として下記の起動設定を記述 start

    CentOS6にdaemontoolsをインストールするとそのままでは自動起動しない。
  • daemontools howto

    前書き この文書は 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

  • daemontoolsを使う | Netsphere Laboratories

    2004.11.21新規作成。 2005.9.4更新。 daemontoolsは、サービス(デーモン)を起動したり状況を確認するツール。サービスを統一的に扱うことができる。 インストール daemontoolsは、下記から入手できる。 daemontools まずはアーカイブを展開する。結構不思議なディレクトリ構成になっている。また、コンパイル、インストール方法も一風変わっている。 展開すると、次のようなディレクトリ構成になっている。 admin/daemontools-0.76/package /src とりあえず展開して、ディレクトリ構成を調整する。 /opt/src$ tar xzvf daemontools-0.76.tar.gz /opt/src$ mv admin/daemontools-0.76 . /opt/src$ rmdir admin オリジナルそのままではコンパイル

  • daemontoolsの使い方 · hnakamur's blog

  • Linux: ネットワークエンジニアからみたITの世界やら

    先日、恥ずかしながらハマってしまったのでメモ。 CentOS上にsyslogサーバを構築してたら以下のエラーを送信元(こちらもCentOS)のsyslogdがmessagesに吐いてうまく動作しませんでした。 "syslogd: sendto: Bad file descriptor" 結果から言ってしまうと、UDP/514ポートが既に他のアプリケーションで使用されていて、正常に動作していない状態でした。 ListenPortの確認(netstat)を怠ってしまうとは…。 Apacheとかだと使用したいportが既に使われている場合に「80番portは既に他で使われてるぜ」的なメッセージが出るのですぐに気付くのですが、今回は起動時に何もエラーが出ていなくて問題の切り分けにちょっと時間がかかってしまったのです。 おかげで初心を思い出しましたとさ。 先日参加してきた hbstudy#6 で、@

  • 1