デーモンの起動・終了にはserviceコマンドを利用しよう
斎藤です。こんにちは。 今日は、デーモンの起動・終了に際してはserviceコマンドを使った方がいいよ、というお話です。 ※CentOS 6.4 (x86_64) でテストしています。尚、特記がある所を除きます。 デーモンの起動・終了には大きく2手 Linux、特にRedHat, CentOS, Fedora, Ubuntu[1]などでは、デーモンの起動・終了の制御の際に、大きく分けて次の2つの方法を用いる事ができます。 "/etc/init.d/"配下のスクリプト(以下、スクリプト)を直接実行する "service"コマンドを実行する 一見、同じ事をやっているように思えるのですが、実は違う部分があります。それは、起動スクリプトが扱う環境変数が違うのです。次の節で、検証してみます。 扱う環境変数が違う スクリプトを直接実行する場合は、実行時の際の環境変数をそのまま利用します。一方、serv
USBメモリでHTTP/FTP/DHCPサーバなどを高速に動かすフリーソフト「Serva」
インストールやレジストリーの変更なしで、USBメモリからでも簡単に起動でき、HTTP/FTP/TFTP/DHCP/DNS/SNTP/SYSLOGサーバとして使用できるソフトが「Serva」です。一時的に特定のサーバの機能を利用したい場合などに手軽に使えます。 各設定画面、ダウンロード＆設定方法については以下から。 Serva_Non-Supporter_64_v2.0.0 http://www.vercot.com/~serva/download.html ◆各設定画面 実際に設定できる項目は以下から確認できます。 HTTP FTP TFTP DHCP DNS SNTP SYSLOG ◆ダウンロード＆設定方法 公式サイトにアクセスし、Windowsの64bit版で使用するので「Serva_Non-Supporter_64_v2.0.0」をクリック。 ダウンロードしたZIPファイルをExpl
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
PostgreSQLのログをデバッグに活用しよう
はじめての人もそうでない人もはじめまして。河野と申します。 Advent Calendar も中頃、私は３回目に突入しました。 さて、本日は「PostgreSQLのログをデバッグに活用しよう」というお話を皆様にしたいと思います。 ログを見る前に さっそくログを見ていきたいところですが、まずはログの出力が行われているか確認します。 ログの出力先はOSやサーバによって違うかと思いますが、今回は以下のように設定されているものとします。 postgresql.conf #log_destination = 'stderr' redirect_stderr = on log_directory = 'pg_log' log_filename = 'postgresql-%a.log' log_truncate_on_rotation = on log_rotation_age = 1440 log_
postgresql 7.4 でのログファイル出力 水曜以外もどうでしょう
8.x台へ移行できず、まだ7.4を使用中。 webからのアクセスの遅さを調査していたが、 1つ1つのsql文についてチェックをしていっても原因は特定できず。 というか、かなり複数箇所でsqlを実行しているので、網羅的にチェックできていないかもしれない。 こんな感じで、ログに出力できないか調べていたら、 発見 情報源。 http://www.asahi-net.or.jp/~aa4t-nngk/pgsql.html#postgresqlconf (以下一部引用) /var/lib/pgsql/data/postgresql.conf syslog = 2 # range 0-2; 0=stdout; 1=both; 2=syslog syslog_facility = 'LOCAL0' syslog_ident = 'postgres' これだけでも、/var/log/messageにでる。
ログ（Postfix）
■main.cf でのログの設定 Postfixのログはsyslogdによって記録されます syslog_facility = mail （デフォルト） /etc/syslog.conf には下記のように記載 mail.* /var/log/mail.log □さらに詳細なログを取る /etc/postfix/master.cf で詳細な出力を行いたいプログラムに-vオプションを付与します またさらに詳細なログは-vv オプションを使用します(-vvvでもっと詳細) 全てのプログラムに-vをつけたい場合は、postfix -vが便利です ※ログが膨大になるので注意 smtp inet n - n - - smtpd -v ■ログの内容 日時、ホスト名、syslog_name、postfix内部プログラム名、プロセスID、メッセージ の順 [メールを送信したときの参考ログ]…[x.x.x.x
syslog
syslogはネットワークを介したログシステムとしてBSD（Berkeley Software Distribution ）のTCP/IPで実装されたものである。現在では様々なOSに移植されています。 またRFC 3164でThe BSD syslog Protocolとして定義されています。 Linuxシステムのログは、ほとんどがこのLinuxに移植された syslogd によって出力されています。Apacheなど一部のプログラムでは独自にログを出力していますが、Apacheもsyslogd によってログを出力させることもできます。ここではLinuxに移植されたsyslogdについて説明しています。 syslogdはローカルおよびリモートのロギングが可能である。 まずローカルのプログラムや外部デバイスがメッセージ（ログデータ）を生成し、syslogdはそのメッセージをソケット経由で受
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
