Index: [Article Count Order] [Thread]

Date:  Thu, 9 Jan 2003 04:25:58 +0900
From:  Takayuki Matsuki <tmatsukijp@ybb.ne.jp>
Subject:  [analog-jp:01440] Re: 検索引数の解析
Sender:  tmatsukijp@ybb.ne.jp
To:  analog-jp@jp.analog.cx
Message-Id:  <mid-1440-analog-jp@jp.analog.cx>
In-Reply-To:  <mid-1439-analog-jp@jp.analog.cx>
References:  <mid-1435-analog-jp@jp.analog.cx> <mid-1439-analog-jp@jp.analog.cx>
X-Mail-Count: 01440

松木です。

Kazuhiko Sato <kazuhiko.sato@hco.ntt.co.jp> wrote:
> もし、common形式で取っていてcombinedに
> Logformat形式を途中で変えた場合、
> 
> LOGFORMAT common
> LOGFORMAT combined
> LOGFILE /usr/local/apache/logs/*_log
> 
> にしてください。

1つのログ中でログ書式が変わっていれば、Analog
はどれか1つの書式で処理して、後のログは異常ログ
として処理するのではなかったでしたっけ。>>佐藤さん

左京 <ml@kyo-chaya.jp> wrote:
> >analog.cfgでは
> >LOGFILE /usr/local/apache/logs/*_log
> >
> >と設定しています。

谷さん<< *_logはerror_log, access_log, refere_log
をすべて含んでいるのではないですか。そうならば、
Analogはどれか一つのログ中の書式のみですべてのログ
を処理しようとして、他のログは異常行となります。

これを避けるには、
LOGFORMAT logform1
LOGFILE /usr/local/apache/logs/access_log
LOGFORMAT logform2
LOGFILE /usr/local/apache/logs/refere_log
LOGFORMAT logform3
LOGFILE /usr/local/apache/logs/error_log
とします。
あるいは、佐藤さんの書いているように、Apacheのログを

CustomLog /usr/local/apache/logs/httpsd_access_log combined

として、このログファイルhttpsd_access_logを解析対象と
すれば良いはずです。