You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
![daemontools詰め合わせ](https://cdn-ak-scissors.b.st-hatena.com/image/square/1ef26f6cb4349557952890dbe3e567f7f98dc151/height=288;version=1;width=512/https%3A%2F%2Fgithub.githubassets.com%2Fassets%2Fgist-og-image-54fd7dc0713e.png)
daemontools-encore is a collection of tools for managing UNIX services. It is derived from the public-domain release of daemontools by D. J. Bernstein, which can be found at http://cr.yp.to/daemontools.html daemontools-encore adds numerous enhancements above what daemontools could do while maintaining backwards compatibility with daemontools. See the CHANGES file for more details on what features
node.js なサーバデーモンの管理をしようと思い、何を使おうか検討していたのですが、この手のデファクトスタンダードである daemontools は、特定のディレクトリ構造に従わないといけなかったり、run スクリプトや log/run スクリプトを置いたりしきゃいけなかったりで、余計な作業が多くてお手軽じゃない、ってことで runit を見てみたんですが、ぱっと見 daemontools との違いがよくわからなくて、daemontools とそれほど煩雑さは変わらないように見えたので、もっとお手軽なものがないかと探していたところ見つけたのが Supervisor 。(といっても自分が知らなかっただけで以前からあるみたいですが。) Python 製で easy_install 一発でインストールできる。 $ sudo easy_install supervisor デフォルトの設定フ
既出かもしれないけれどもメモ。 perlbrew で構築した環境で /usr/bin/perl と ~/perl5 のバージョンが違う場合 run スクリプトで環境変数を export してあげないと perlbrew の利点を活かしきれない。ちなみに bash を中心に扱っているので、自分の環境に合わせて読み替えてください。 run にどう書くか perlbrew init したときに ~/.bashrc に追記した source の行があるはずなのでそれを辿って export を run にコピペしてやればよい。 手元の環境では $ cat ./bashrc ..snip... if [ -f /etc/bash_completion ]; then . /etc/bash_completion fi source /home/puny/perl5/perlbrew/etc/bashr
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
qmail のログを daemontool 経由にする方法 まずは、qmail 1.03 内の FAQ テキストの 7.7 項をみる。ちょろっと情報が記載されています。 7.7. How do I avoid syslog? It chews up a lot of CPU time and isn't reliable. Answer: Install daemontools (http://pobox.com/~djb/daemontools.html). Make a /var/log/qmail directory, owned by qmaill, mode 2700. Do qmail-start ./Mailbox /usr/local/bin/accustamp \ | setuser qmaill /usr/local/bin/cyclog /var/log/qmail
Created by paolo. Last edited by paolo, one year and 228 days ago. Viewed 2,038 times. #8 daemontools is a collection of tools for managing UNIX services written by the mathematician and celebrated crytographer Daniel J. Bernstein. The most prominent tools in the daemontools collection are:a) supervise. This tool monitors a service. It starts the service and restarts the service if it dies. Settin
疯狂的开发日记keepalived+drbd+daemonotoolsを使ってhadoopのHA方案 システム構成 サーバ二台 ネットワーク通信用インタフェース:eth1 それぞれ、node1とnode2を呼ばれる 使うもの: keepalivedのviip機能で仮想IPを自動的に切り替え drbdで二台サーバの間にディスクを同期化する daemontoolsでhadoopのマスタサーバのプロセスとkeepalivedとdrbdサービスの状態を監視し、落ちだら、立ち直してくれる 一、keepalivedの設置 1、必要なものをチェックとインストール openssl openssl-devel poptパッケージが必要なので、チェックした結果を見て、存在しないなら、インストールする [root@super03 ~]#yum install openssl openssl-devel popt
NAME daemontools-plack-runner - Shell Script To Bootstrap Plack Apps From Daemontools DESCRIPTION Generic run file to execute plack with daemontools ASSUMPTIONS * ALL perl dependencies are available via a local::lib directory (default extlib) * Requires daemontools (duh) * Requires Plack (duh) * Requires local::lib In many cases, local::lib MUST BE INSTALLED GLOBALLY, NOT your ~/perl5. If in doubt
Plack/Starman Daemontools Run File With Complete Deploy Bundle 注1:まだ本番にはデプロイしてませんが、テストでは使いました。 注2:以下スクリプトは開発者の労力を減らすためのスクリプトで、万全なデプロイ方法だとか言うわけではありません。 注3:正直シェルスクリプトは素人です。 ここ最近のアプリケーションのバンドル・デプロイについてちょっと固まりつつあるので、書いてみる まず アプリケーションと、その依存関係。デプロイ側のサーバーにはlocal::libと必要なModule::Install系のモジュール、それにModule::Install::Bundle::LocalLibがインストールされている前提です。アプリケーションの依存関係は全部Makefile.PLに書きます。 use inc::Module::Install;
だいぶ昔になんでかなーなんでだろーなーと思ったこと: dnscache-confで作ったrunファイルが、 #!/bin/sh exec 2>&1 exec <seed exec envdir ./env \ envuidgid dnscache softlimit -o250 -d "$DATALIMIT" /usr/local/bin/dnscache じゃなくて、こんなふうに、 #!/bin/sh exec 2>&1 exec <seed exec envdir ./env sh -c ' exec envuidgid dnscache softlimit -o250 -d "$DATALIMIT" /usr/local/bin/dnscache ' わざわざshをexecして、そのshのなかでお目当てのプログラムを起動してたこと。 で、今日、某IRCチャンネルみてて気がついたんです
[daemontools][djb] Tips Collection - daemontools http://quox.org/tips/server/daemontools.html daemontools HOW-TO (α版) http://www.emaillab.org/djb/daemontools/daemontools-howto.html runit - collection of run scripts http://smarden.org/runit/runscripts.html apache2 apache2 in foreground(修正版) http://www.gentei.org/~yuuji/rec/pc/memo/2003/02/12/ apache2/run #!/bin/sh exec 2>&1 exec softlimit -c 0 envd
_ djb が自作ツールの更新を放棄してからずいぶんたって、qmail やら djbdns やらはゆっくりと置き替えが進んでいるようだ。が、いまだに使い続けられているものもある。具体的には daemontools。いまだに daemontools を 使うネタが書かれているのを見て絶望した。代替物はほかにもあるのに。 (中略) _ そんなわけで、わしのことを anti djb だと思っている一部の方々が飽きて燃料投下を望んでいるような声をだいぶ前にどっか(どこだか忘れた)で見かけたので、要望に答えて若干 djb を dis り気味に runit と ipsvd を解説してみました。わしゃ別に「いいものを使う」というだけで、djb が嫌いなわけでもなんでもないんだけどね。ちなみに、自分自身では好き嫌い以前に必要性を感じてないので使っておりませぬ(これ書くために何年かぶりにインストールした)。
自作のサーバプログラムに、いちいち 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
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
Google で検索しても、あまり解説を見かけなかったので、さらっとメモを残します。 前提条件 このあたりを、RPM でインストール済みであると仮定。(daemontools、functions、runlevelconf、dt-run がインストール済みで、svscan が /service 配下を監視中という状態) サービス用のディレクトリやファイルを作成 % tree -pug /var/service/sample /var/service/sample |-- [drwxr-sr-x log_user log_user] log | `-- [-rwxr-xr-x log_user log_user] run `-- [-rwxr-xr-x root root ] run 1 directory, 2 filessample、sample/log ディレクトリ共に、パーミッションを
Flash Media Server、RED5。 最近つくったサービスeピアノ、こっくりさん、マウスバトラーは全部、このred5で動かしてます。 ちなみに、OSはLinux互換のCentOSさばー。 ただなんか、ふと気付くと死んでるred5サーバ。軽く2−3日に1回はいつの間にか死んでる気がするw そこでプロセスを自動復帰させるための方法をメモメモ。 ちなみに、daemontoolsって、動作するシステムの要件に 「daemontools は UNIXでだけ動作します」とかゲンナリな事書いてるから、linuxで動かないのかなー。 とか思ってたけど、普通にCentOS linuxサバーでも動いたので手順を書いておくお。( ^ω^ )ニコニコ daemontoolsのいんすこ ◆1:wget wget http://tools.qmail.jp/daemontools/daemontools-
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く