C言語系/「デーモン君のソース探検」読書メモ/A07, nohup(1) - Glamenv-Septzen.net
id: 847 所有者: msakamoto-sf 作成日: 2010-11-23 12:00:16 カテゴリ: BSD C言語 [ Prev ] [ Next ] [ C言語系 ] お題：nohup(1)コマンドが、端末からログアウトしても終了しないように子プロセスを起動する仕組みを調査せよ ※この章は「デーモン君のソース探検」に載っていませんが、msakamoto-sf自身が個人的に興味を持って調べ、"Appendix"として読書メモシリーズに入れてありますのでご注意下さい。 nohup(1)を使ってみる簡単なプログラムでnohup(1)の効果を確認 シグナル強制終了→printf()の内部バッファリングが消滅→fflush()で解決 nohup(1)をバックグラウンドで使ってみる nohup(1)でバックグランド実行→端末終了→プログラムグループやセッションはどうなる？ nohup(
標準出力にログを吐くアプリケーションのデーモンを start-stop-daemon で立てる - Qiita
GrowthForecast には残念ながらログファイルを書き出すオプションは無く，すべて標準出力に吐くようです しかしそのようなアプリケーションでも start-stop-daemon を使って daemon 化してかつ標準出力に吐くログをログファイルとして保存したいことがあります このような場合ただリダイレクトするだけではうまくいかないので以下のようにします start-stop-daemon --start --background --exec "/bin/bash" --make-pidfile --pidfile "$PID" -- \ -c "exec $DAEMON >> /var/tmp.log 2>&1" まず bash の daemon として立ち上げますが，このままだと bash が daemon として起動してしまいます そうなると pid が bash の da
Linux Capability - ケーパビリティについての整理 - ローファイ日記
Man page of CAPABILITIES を読んで自分なりに整理する。メモ気分で書いているので言葉足らず/用語が曖昧 のところがあればご指摘ください。 3つのケーパビリティセット Inheritable execve(2) (以下、単にexecveと呼ぶこともある) の前後で引き継がれるケーパビリティ Permitted 実効ケーパビリティセットに追加することができるセット。ここから落ちたケーパビリティはどう頑張っても実効状態にできない Effectve 実効ケーパビリティセット。実際にそのスレッドで利用できるケーパビリティの集合 Permittedのセットの中から、実際に有効になっているEffectveのセットをピックアップするイメージ。 また、Inheritableはexecveしなければ関係することはない。 スレッドケーパビリティセット それぞれのスレッドは上述の三つのケーパ
Netコンテナを使って1ホスト上で複数のDockerデーモンを走らせる - Alpaca技術ブログ
Alpaca CTOの原田(@umitanuki, github)です。 Dockerは素晴らしいです。クラウド世代のソフトウェア実行環境として世界を変えうる気がします。Alpacaでは、AWS上での仮想マシン、ベアメタルのレンタルサーバ、オフィス内の内製サーバ等を本番や開発用途で何十も走らせています。ウチではほぼすべてDockerで動いていて、土台のホストOSやプロビジョニングを気にすることはほとんどありません。たいていの場合、GitHubのプライベートレポジトリからソースをcloneして、makeを打つと依存関係が入っているDockerイメージをダウンロードしてサービスを数分以内に開始します。特に科学計算なPythonとGPU周りでは、（コミュニティが頑張っていますが）まだまだメンテナンスが難しいしスムーズさに掛けます。Dockerなら一回Dockerfile書いておしまいです。美しい
mvn の exec:java が終わるまでの時間が15秒ぐらい待ってて遅いってとき - tokuhirom's blog
daemon thread の終了を待ってるせいで遅いっていう話があるんで雑に殺せば良いっていう気分のときは以下のオプションを与えればよい。 -Dexec.cleanupDaemonThreads=false ref. http://stackoverflow.com/questions/13471519/running-daemon-with-exec-maven-plugin
Go で書いたサーバーを管理するには circus が便利 - methaneのブログ
Go を使うとサーバーとアプリケーションの境界が無くなり、アプリケーションサーバーを書けるようになります。 それは良いことなのですが、アプリケーションを書く人が、従来サーバーを書く人が設計していた機能を理解して実現できないと、運用できないサーバーができあがる結果になってしまいます。 例えば Apache は、 master, worker プロセスが分離していて、設定変更を反映させるときなどは新しい worker を作ってから古い worker を殺すことで、サービスを一瞬も止めずに worker を再起動していました。これを graceful restart と呼びます。 Go で 1024 以下のポートを Listen するアプリを作る で触れたとおり、 Go はプロセス管理システムを作るのには少し向いていない面がありますし、せっかくアプリケーションプログラマーが簡単にサーバーを書ける
Upstartを使う - 偏った言語信者の垂れ流し
最近、デーモンプロセスの管理にUpstartを使ってる。 PIDの管理をあんまり気にしなくてよかったり、イベント発火の仕組みでプロセス間の依存を解決できるのが楽。 簡単な使い方をメモしておく。 基本的な使い方 /etc/init/ に設定ファイルを設置する initctlコマンドで操作する これだけ。 操作用のコマンド プロセスの開始/終了/再起動/リロードは、start/stop/restart/reloadコマンドを使う。 $ sudo start myapp $ sudo stop myapp $ sudo restart myapp $ sudo reload myappこれらは、initctlコマンドへのシンボリックリンクで、例えばstartなら、 $ sudo initctl start myappと同等になる。 restartは終了して開始、reloadはkill -HUPシ
デーモンの起動・終了にはserviceコマンドを利用しよう
斎藤です。こんにちは。 今日は、デーモンの起動・終了に際してはserviceコマンドを使った方がいいよ、というお話です。 ※CentOS 6.4 (x86_64) でテストしています。尚、特記がある所を除きます。 デーモンの起動・終了には大きく2手 Linux、特にRedHat, CentOS, Fedora, Ubuntu[1]などでは、デーモンの起動・終了の制御の際に、大きく分けて次の2つの方法を用いる事ができます。 "/etc/init.d/"配下のスクリプト(以下、スクリプト)を直接実行する "service"コマンドを実行する 一見、同じ事をやっているように思えるのですが、実は違う部分があります。それは、起動スクリプトが扱う環境変数が違うのです。次の節で、検証してみます。 扱う環境変数が違う スクリプトを直接実行する場合は、実行時の際の環境変数をそのまま利用します。一方、serv
Harriet ー テストのときつかうにデーモンの取扱を簡単にするためのフレームワーク - tokuhirom's blog
https://github.com/tokuhirom/Harriet/https://metacpan.org/module/TOKUHIROM/Harriet-0.01/lib/Harriet.pmテストのときにつかう mysqld, memcached, stf, groonga あたりのデーモンを、.t 単位で起動していては遅くてかなわない。かといって、あらかじめ起動させておくというのも。。 というわけで prove のプラグインとしてよしなにする、みたいなのをがんばってかく、というような試みがおこなわれてきたわけですが、どうもめんどくさい。 なんか適当にやったらうまくうごく、っていうかんじのカジュアルなツールがほしいな、なんておもったりするわけですよ そこで、Harriet ってのをつくってみました。 なんかこう、t/harriet/mysqld.pl っていうファイル名でこん
git: Public read access with gitolite and git-daemon on debian ─ .:: granjow.net
This very short tutorial assumes that you have already installed gitolite. Gitolite itself does not provide public read access; it always requires an SSH key. That’s where git-daemon is needed, it will allow to git clone git://example.org/myRepository.git . Running the daemon To run git-daemon as daemon on startup, install the git-daemon-run package. The daemon can then be started/stopped with: #
nginxをフォアグラウンドで起動してる時に screenやらターミナルのウィンドウのサイズ変えるとSIGWINCH飛んできて死ぬ => 加筆修正いれました - hibomaの日記
加筆修正しました リクエストを落とさずにnginxをアップグレードする方法とその検証 | cloudrop によると nginxはSIGWINCH(と他のシグナル)をうまいこと使ってプロセスを世代交代することができるんですね フォアグラウンドで動作させる際は気をつけよう 一番最初に書いた内容 $ sudo /usr/local/sbin/nginx -g 'daemon off;' -c /etc/nginx.conf 上記の様にnginxをデーモン化しないで起動してリバースプロキシとして動かして遊んでいたら、ふとしたタイミングでnginxが止まる。 その際に下記のようなログを出していた 2011/06/27 21:22:37 [notice] 17812#0: signal 28 (SIGWINCH) received, stop accepting connections 2011/0
指定したバックグラウンドプロセスをデーモン化する - 元RX-7乗りの適当な日々
昔、「ログアウト後もコマンドを実行し続けたい場合」というエントリで"nohup"コマンドの使い方を書いたのですが、nohupし忘れた時はどうすればいいのか、という話。 指定したバックグラウンドプロセスをデーモン化するためにdisownというbashの組み込みコマンドがあります。 #!/bin/sh while :; do sleep 5 done ためしに上記のようなスクリプトを用意して、"&"付で実行します。 $ sh test.sh & [1] 2692 $ jobs [1]+ 実行中 sh test.sh &次に、disownコマンドを実行します。引数には"%"+ジョブ番号を指定します。(上記例だとジョブ番号は"1") $ disown %1 $ jobs $ この通り。psコマンドの結果は↓ $ ps -edf ・・・省略・・・ nami 2692 1708 0 02:25 pts
How to run Java services (or background daemon processes) in an application server or web container?
java:Apache commons daemonを使ってJavaのサービスを起動する
JavaのサービスをApache commons daemonを使って起動する。 ようはOSの起動時にJavaのサービスを起動、そしてOSの停止時にJavaのサービスを停止したいということ。 ただし、OSはLinuxです。Windowsに関してはまだ調べていません・・・・ 昔は、sudo で対応していましたが、sudoで起動スクリプトを立ち上げるとsudoがなんかエラーを出力して、 設定を変えればいいらしいが、それも面倒なので何とかアプリの方で吸収できる方法をとるために、 Apache commons daemonにトライした。 （ちなみに、sudo のどんなエラーかは忘れてしまいました・・・） 必要なライブラリ Apache commons daemon download から、Javaのライブラリと Browse native binaries download area
Download Java Service Wrapper - Java Service Wrapper
Please select the specific download for the platform and edition which meets your needs. All editions of the Wrapper can be downloaded freely. The Standard and Professional editions require that a valid license be present in the configuration file to run. The various licensing options are described in detail on the Licensing Overview page. Licenses can be purchased and generated on the License Man
ウノウラボ Unoh Labs: プロセスの監視を行う デーモン monit
こんにちは satoです。 monitは プロセスの監視を行うデーモンです。 条件とそれに伴うアクションを指定することができます。 条件とは例えば以下のようなものがあります プロセスが起動していなかったら 特定のプロセスのメモリの使用量が あるサイズを超えたら 特定のプロセスのCPUの使用率が 50%を超えている状態が 10分続いたら 特定のポートに接続できなくなったら など アクションには以下のような物があります 起動、再起動する アラートメールを送信する ユーザスクリプトを実行する など これらを組み合わせて、プロセスの監視を行います。とくにユーザが作成したプログラムの監視などに効果を発揮します。インストールは RedHat系なら yum install monit で入ります。(CentOSや商用のRedHatはrpmforgeをリポジトリとして追加する必要があります) 主な設定ファ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
start-stop-daemonいじってみた
Pythonで書いたスクリプトをデーモン化する方法 — Weboo! Returns.