Weblogic中来自休眠的巨型NodeManagerLogs

时间:2020-03-05 18:43:45  来源:igfitidea点击:

我们的weblogic 8.1s之一突然开始记录大量日志并填充磁盘。

给我们带来麻烦的原木位于

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

我找不到任何地方设置的任何调试设置。
我已经查看了受管服务器的"远程启动"类路径和参数。

谁能指出我的控制权?

解决方案

回答

由于这些日志条目没有问题,因此听起来好像全局日志级别已设置为DEBUG。替代地,也许已经实现了新的日志记录机制或者写入到stdout的新的日志Appender,从而被Weblogic重新记录。我将查看记录器的配置。 (如果使用默认配置,则提供一个)

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

可以根据常规Log4J配置对其进行调整。本示例使用属性配置样式:

log4j.category.org.hibernate=WARN

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

n.b.调试时,重新打开

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

可能会有用。

回答

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

在log4j中,这可以使用LogManager或者BasicConfigurator类来完成。也可以通过PropertyConfiguratorDomConfigurator来实现。使用示例中显示的PatternLayout,仅一行恶意代码就可以将新的Logger设置为stdout。

BasicConfigurator.configure();