2

我们的其中一个 weblogic 8.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

由于这些日志条目没有问题，因此听起来全局日志级别已调高至 DEBUG。或者，可能已经实现了新的 Logging 机制或写入 stdout 的新日志 Appender，因此被 Weblogic 重新记录。我会看看你的记录器的配置。（或者提供一个，如果它使用默认配置）

例如，当使用带有活动 Log4J 设置的 Hibernate 时，Hibernate 将自动加入您在自己的应用程序中设置的 Log4J 实例

它可以按照正常的 Log4J 配置进行调整。此示例使用属性配置样式：

log4j.category.org.hibernate=WARN

Hibernate 可以通过 apache commons logging API 加入其他日志机制。查看如何配置您自己的记录器并调出 org.hibernate.* 频率。

nb 调试时，重新开机

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

可能有用。

于 2008-08-27T11:05:59.917 回答
1

它是一个有很多程序员的大型系统吗？如果是这样，可能值得检查代码中的任何地方都没有以编程方式更改其配置的记录器。

在 log4j 中，这可以使用LogManagerorBasicConfigurator类来完成。也通过PropertyConfigurator和DomConfigurator。只需一行恶意代码就可以使用示例中显示的 PatternLayout 将新的 Logger 设置为 stdout。 

BasicConfigurator.configure();
于 2008-08-28T10:38:21.563 回答