2

weblogic 8.1の1つが、突然大量のログのログ記録とディスクの書き込みを開始しました。

私たちに面倒を与えるログはにあります

mydrive:\bea\weblogic81\common\nodemanager\NodeManagerLogs\generatedManagedServer1\managedserveroutput.log

ログファイルのエントリは、何度も繰り返されるある種のエントリです。のようなもの

19:21:24,470 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' returned by: LLL-SCHEDULER_QuartzSchedulerThread
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' is being obtained: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'STATE_ACCESS' given to: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager
19:21:31,923 DEBUG [StdRowLockSemaphore] Lock 'TRIGGER_ACCESS' is deLLLred by: QuartzScheduler_LLL-SCHEDULER-NACDLLLF011219763113220_ClusterManager

..。

19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy
19:17:46,798 DEBUG [Cascade] done processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [Cascade] processing cascade ACTION_SAVE_UPDATE for: mypackage.config.common.FileLocation
19:17:46,798 DEBUG [CascadingAction] cascading to saveOrUpdate: mypackage.config.common.Share
19:17:46,798 DEBUG [DefaultSaveOrUpdateEventListener] reassociated uninitialized proxy

どこにも設定されているデバッグ設定が見つかりません。管理対象サーバーのリモートスタートクラスパスと引数を調べました。

誰かがこのログファイルを制御する方向に私を向けることができますか？

4

2 に答える 2

1

多くのプログラマーがいる大規模なシステムですか？もしそうなら、プログラムで設定が変更されたロガーがコードのどこにもないことを確認する価値があるかもしれません。

log4j では、LogManagerまたはBasicConfiguratorクラスを使用してこれを行うことができます。PropertyConfiguratorまた、およびを介してDomConfigurator。あなたの例に示されているPatternLayoutを使用して、コードの不正な1行だけで新しいLoggerをstdoutに設定できます。 

BasicConfigurator.configure();
于 2008-08-28T10:38:21.563 に答える
1

これらのログ エントリは問題ではないため、グローバル ログ レベルが DEBUG に上げられたようです。あるいは、新しいロギング メカニズムが実装されているか、stdout に書き込む新しいログ アペンダーが実装されているため、Weblogic によって再ログが記録されている可能性があります。ロガーの構成を確認します。（または、デフォルトの構成を使用している場合は、それを提供します）

たとえば、アクティブな Log4J セットアップで Hibernate を使用する場合、Hibernate は、独自のアプリケーションでセットアップした Log4J インスタンスに自動的に参加します。

通常のLog4J構成に従って、調整できます。この例では、プロパティ構成スタイルを使用しています。

log4j.category.org.hibernate=WARN

Hibernate は、apache commons ロギング API を介して他のロギング メカニズムに参加できます。独自のロガーを構成し、org.hibernate.* の頻度を調整する方法を確認してください。

nb デバッグ中はオンに戻します

log4j.category.org.hibernate.SQL=INFO or DEBUG

役に立ちます。

于 2008-08-27T11:05:59.917 に答える