会社のサーバーでiptablesのログを記録するように設定したら、コンソールにもログが出力されてしまうようになってしまった。/etc/syslog.confを調べてみたが、/dev/consoleへの出力はコメントになっている。 ネットでいろいろ検索してみると、ログの管理はsyslogd以外にklogdってのが関与していることが判明。ps ax してみたところ果たしてklogdが動いていた。更に調査。 /etc/sysconfig/syslog のKLOGD_OPTIONS="-x" をKLOGD_OPTIONS="-x -c 4" に変更し、syslogを再起動。これでコンソールへの出力はなくなった。
Linuxにおけるlogrotate(ログローテート)の機能についておさらい。ログローテートが実行される際の流れは、概ね以下のようになる。 cronが主設定ファイルの/etc/cron.daily/logrotateを読む。 /etc/logrotate.conf の読み込みから logrotate が起動される。 また/etc/logrotate.conf はそのディレクティブ “include” により、 /etc/logrotate.d/ 配下にある各ログ個別の設定を読み込む。 ※http://www.asahi-net.or.jp/~aa4t-nngk/logrotate.htmlから抜粋 しかし今回は、logrotateの設定をどこにどう書くかという話でなく、動作確認や、うまく動作しない時の対処について。(confのオプション等には上記サイトに書いてあり、なかなか参考になる) ま
Logwatchとは、サーバー上のログ(例えばsyslog等)を定期的にまとめ、集約してレポートを出してくれるソフトウェア(Perlのプログラム)です。 運用上で定期的にチェックするログファイルは膨大な上に、大部分は問題の無い単なる情報が書き出されています。 ログの出力レベルを落とすのも一つですが、問題が発生した時に単なる情報レベルのものでも有益なものとなる場合もあるので、それはそれで困る事態にもなったりします。 であれば、運用上注視すべきポイントだけをまとめて見ることができた方が、運用管理者の業務も楽になります。 Logwatchのメリットはそこにあり、ログファイルから特異点だけを抽出してレポートにまとめてくれるので運用担当者はその情報だけに目を通せばよくなります。 RedHat系のOSであればパッケージでも提供されており、デフォルトでインストールされている環境も多いかと思います。 パッ
UNIX では、システム関連のプロセスが出力するメッセージを監視するプロセス(syslogd)が動いています。このプロセスを利用する方法を記述します。 syslogの定義ファイル /etc/syslog.conf syslogの定義ファイルの記述例 フォーマット: ファシリティ.監視レベル[;...] アクションフィールド ファイルの形式は、おおよそ上記のフォーマットで記述しますが、UNIX の種類によってことなるので必ずシステムのマニュアルは参照して下さい。セレクタ(ファシリティ.監視レベル)とアクションフィールドの間は、タブでなければ動作しません。メールのログは debugレベルで /var/log/maillog に出力し、その他のファシリティのログは、warnレベルで/var/log/syslog に、infoレベルで /var/adm/messages に出力するという設定で
The page you are trying to reach does not exist, or has been moved. Please use the menus or the search box to find what you are looking for.
Linux環境で問題が発生した場合、管理者がするべきことは「その原因がどこにあるか」の正確な把握である。今回は、発生した問題に対し原因がどこにあるかを判別するための基本的な考え方と、問題判別に必要な情報収集の基礎について解説しよう。 情報収集のポイント PDにおいて、問題を特定するために情報収集は必要不可欠である。実際に収集すべき情報はケースに応じて異なるが、問題自体に関する記録がないからといって、不要な情報であるとは限らない。情報の収集は、問題そのものを直接に特定するほか、システムの構成や問題点を絞り込むための要素を見つけるためにも必要である。そのことを認識して、情報収集を行っていただきたい。 Linuxで取得できる情報には、OSやユーザープロセスの稼働に関するものと、ハードウェア関連の構成に関するものがある。また、ハードウェアの稼働に関する情報はBIOSから直接取得するほか、最近のIA
ここでは、ログの肥大化を防ぐためのログのローテーションについて解説していきます。syslog や他のプロセスが出力するファイルは放置していくとどんどんサイズが大きくなり、ディスクスペースを圧迫していきます。インストール時は/var ディレクトリのディスク占有率が0%であっても、数週間、数ヶ月経過するごとにあっという間に占有率が増大していることに気がつくと思います。しかし、これらの出力されるログを何世代分ローテーションさせるかといったことを予め決めておけば、指定した以上のファイルは作成されなくなり、その中でログがローテーションされていくのでログサイズの肥大化を防止することができるのです。RPMでパッケージをインストールしている方は、ほとんどログのローテーションをカスタマイズする必要はありませんが、ソースからコンパイルしてインストールした場合には、ログのローテーションは必須の作業となります。ま
dmesgコマンド klogdの動作を待たずとも、リングバッファから任意にカーネルメッセージを取り出すこともできる。dmesgコマンドがそのユーティリティである。 ただし、dmesgだけではコンソールへの出力しか行えず、さらにデフォルトではリングバッファから最大16Kバイト分のメッセージしか読み取らないため、オプションなしの実行ではすべてのカーネルメッセージを読み取ることはできない。起動時のデバイス情報が格納されることで知られる/var/log/dmesgファイルも、起動スクリプト中*で以下のようにdmesgを実行し、出力結果を/var/log/dmesgファイルにリダイレクトされているにすぎない。
[ 前のページ ] [ 目次 ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ 次のページ ] Debian リファレンス 第 8 章 - Debian tips 8.1 システムをブートする ブートプロンプトの詳細は LDP にある BootPrompt-HOWTO をご覧ください。 8.1.1 "root パスワードを忘れてしまった!" (その 1) コンソールのキーボードにアクセスできる人に限り、root パスワードを 知らずにシステムをブートして root アカウントにログオンできます。 (システムをブートするのを妨げる BIOS や lilo などの ブートローダからパスワードを要求されないことを仮定しています。) これ
Section: Linux Programmer's Manual (2) Updated: 2008-06-20 Index JM Home Page roff page 名前 syslog, klogctl - カーネルのメッセージ・リング・バッファを読んだり消去したりする; console_loglevel の設定を行う 書式 int syslog(int type, char *bufp, int len); /* glibc ではラッパー関数は提供されていない */ /* glibc のインタフェース */ #include <sys/klog.h> int klogctl(int type, char *bufp, int len); 説明 (syslogd(8) と話す) C ライブラリ関数の syslog() が必要な場合は、 syslog(3) を見ること。 この名前の
aerith.mydns.jp is not accessible... Sorry. I do not know why this site is not working. If you know Administrator of this site, please contact directly. You may be able to see it in Google cache. For administrator ... MyDNS.JP did not received IP address from you over One week. Please check your notify system. If you restart notification of IP address, MyDNS.JP will apply your IP address to DNS in
この度、「LifeKeeper パートナー様向けポータルサイト」と「LifeKeeperユーザーサイト」を2020年1月31日に終了いたします。長らくのご利用、誠にありがとうございました。 両サイトで提供しておりました各種コンテンツは、後継となる新サイト「LifeKeeper / DataKeeper ユーザーポータル」にて引き続き提供してまいります。今後は新サイトをご利用頂きますようお願いいたします。 終了するサイト) ・LifeKeeper パートナー様向けポータルサイト ※認証サイト パートナー様がLifeKeeperの最新価格表、申請書、メディアダウンロードを行えるサイト ・LifeKeeper UserSite LifeKeeperのリリース情報・技術情報を公開するサイト 新サイト) ・LifeKeeper/DataKeeper ユーザーポータル https://lkdkuser
新しいサーバーを納入して一週間が経過、昨日の日曜日の深夜CPUのアラートが上がったと申告が。いろいろ調べてみたんですが、どうにも原因が分からない。そんな折/var/log/messagesにこんなエラーが・・・ Feb 9 04:02:12 hogehoge logrotate: ALERT exited abnormally with [1] Feb 10 04:02:09 hogehoge logrotate: ALERT exited abnormally with [1] Feb 11 04:02:10 hogehoge logrotate: ALERT exited abnormally with [1] Feb 12 04:02:10 hogehoge logrotate: ALERT exited abnormally with [1] げげげ!!と思ってログを確認してみると
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く