適当なスクリプトをデーモン化するのにSupervisorが便利 - id:anatooのブログ
適当なスクリプトをデーモン化しようと思った時の典型的な要件が以下であるが、この記事でも紹介したpython製のプロセス管理ツールであるSupervisorを使うことによって解決できる。 プロセスの生死の監視する プロセスが死んだら勝手に再起動する 標準出力やエラー出力のログを取る 場合によっては複数プロセスを起動したい プロセスのステータスを簡単に確認したい この記事では、プロセス管理ツールSupervisorの導入を簡単に紹介する。 インストール easy_installからインストールできる。そもそもeasy_installが入ってない場合は以下みたいにインストール。 $ curl -O http://peak.telecommunity.com/dist/ez_setup.py $ python ez_setup.pySupervisorをeasy_installからインストールしま
SupervisorでPythonのWebアプリをデーモン化する - Qiita
awsでPythonのWebアプリをTornadoフレームワークを使って開発していたときに、awsで起動させているWebアプリがよく寝る（アプリが落ちる）ので、デーモン化して無休で働かせ（常時起動）て、もし寝たとしても起こす（アプリ再起動）ようにしたときのメモ。 Supervisorとは SupervisorはPython製の軽量なプロセス管理ツール。 手順 手順は以下のような感じ。 作業は全てaws上のubuntu14.04で行っています。 インストール Supervisorはapt-getでもpipでもインストールできるのですが、とりあえず、Ubuntuでapt-getでインストールする方法を記載しておきます。 ※インストール方法によって、設定ファイルの場所が変わってくるので注意しましょう。apt-getの場合 /etc/supervisor/conf.d/ Ubuntu (apt-g
node.js foreverによるデーモン化 - Node.js/JavaScript入門
node.js npmのforeverとは、アプリケーションの永続化/デーモン化するツールです。HTTPサーバなどをデーモン化できます。プログラムの予期せぬエラーでサービスが停止してしまっても、foreverが起動しなおしてくれます。 読み方 forever ふぉーえばー $ node /tmp/a.js /tmp/a.js:7 a ^ ReferenceError: a is not defined at Object.<anonymous> (/tmp/a.js:7:1) at Module._compile (module.js:456:26) at Object.Module._extensions..js (module.js:474:10) at Module.load (module.js:356:32) at Function.Module._load (module.js
Raspberry Piで【node.js】を使ってみる
【今日のゴール】 RaspberryPiにnode.jsをインストールして、node.jsを動かします。 【手順】 「node.js」のインストール もっと簡単に「node.js」のインストール 「npm」のインストール 「Socket.IO」のインストール Hello World!!してみる Expressを使ってHello World!!してみる デーモン化してみる aptからインストールすると、バージョンが古い（v0.6.19）のでソースからインストールします。 2015年3月現在の最新評価版はv0.11.15ですので、このバージョンをインストールします。 最新のバージョンはWikipediaで確認するのが手っ取り早いです。 node.jsのディストリビューションの一覧は下記から確認できます。 https://nodejs.org/dist/ まずはNode.jsのビルドに必要なパッ
Upstart を使ってお手軽 daemon 化
こんにちは。斎藤です。 手元でちょちょいと作ったプログラムや、 init スクリプトの無いOSSを daemon として動作させ続けたい事、ありませんか？そんなときに便利なのが Upstart です。daemontoolsの代わりとしても使えます。 今回は設定方法を中心に、解説していきます。 ※CentOS 6.3 (x86_64) で検証しています はじめに Upstart とは何か UpstartのWikiによると、"/sbin/init"デーモン(例えばSysVinit)を置き換えるものであり、イベントベースでタスクやサービスを起動・停止できるようにしたものである、と述べられています。また、特徴として、SysVinitと比べ「設定が簡単」「起動が早くなる」などが挙げられています。 Upstart のメリット 3つのメリットがあると、私は考えています。 起動・終了制御が容易 仮にABE
Supervisorで簡単にデーモン化 - Qiita
やりたいこと 常時起動させたいスクリプトなど、デーモンプロセスとして動かしたいことがあると思います。 しかし例えば/etc/init.dのスクリプトなどを自分で書くとなると・・・ PIDファイルの管理をいちいち書くのが面倒でミスりやすい。 ステータスの取得とかも同様。 そもそもそんなローレベルのツールを使わなくてもよい。もっとユーザレベルに近いもので充分。 一般ユーザで起動停止くらいさせたい。 つまりは、大体同じ様になるはずの 「プロセス管理スクリプト書くのが面倒」 なのと、 サービスとして登録してしまうと 「基本はrootで起動停止管理」 になるので、 この２つを避けたいということになります。 systemdを使うとスクリプトを書く必要はなくなりますが、 rootでなければ起動停止ができない、という扱いにしたくない。 stdout/errに色々吐きまくって直したくない。 システムのサービ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://onlineconsultant.jp/pukiwiki/?node.js%20node.js%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%97%E3%83%88%E3%82%92forever%E3%81%A7%E3%83%87%E3%83%BC%E3%83%A2%E3%83%B3%E5%8C%96%E3%81%99%E3%82%8B