weblogic에서 최대 절전 모드의 거대한 NodeManager 로그

Question

weblogic 8.1에서 갑자기 엄청난 양의 로그를 기록하고 디스크를 채우기 시작했습니다. 우리에게 HASSEL을 제공

로그는

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

에 있으며 로그 파일의 항목은 entrires 단지 samekinds 다시하고 다시 반복합니다. 난 아무데도 설정된 디버그 설정을 찾을 수 없습니다

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 

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 

물건처럼 .... Ive는 원격 시작 클래스 경로와 관리 대상 서버의 인수를 조사했습니다.

누구든지이 로그 파일을 제어 할 수있는 방향으로 나를 가리킬 수 있습니까?

Answer 1

이러한 로그 항목에는 문제가 없으므로 전역 로그 수준이 DEBUG로 설정되어있는 것처럼 들립니다. 또는 새로운 로깅 메커니즘이 구현되었거나 stdout에 쓰기 때문에 Weblogic에서 다시 로깅하는 새 로그 Appender 일 수 있습니다. 로거의 구성을 살펴 보겠습니다. 예를 들어

(이 기본 설정을 사용하는 경우 또는 하나를 제공), 활성 Log4J를 설정하여 최대 절전 모드 사용하는 경우, 최대 절전 모드가 자동으로 사용자의 응용 프로그램에서 설정하는 Log4J를 인스턴스에 참여합니다

정상적인 Log4J 구성에 따라 조정할 수 있습니다.

이

log4j.category.org.hibernate=WARN 

하이버 네이트 API를 기록 아파치 평민을 통해 다른 로깅 메커니즘에 참여할 수 :이 예는 속성 구성 스타일을 사용합니다. 자신의 로거를 구성하고 org.hibernate. * 주파수를 조정하는 방법을 살펴보십시오.

n.b. 디버깅 할 때 다시 전환

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

유용 할 수 있습니다.

Answer 2

많은 프로그래머가있는 대규모 시스템입니까? 그렇다면 코드의 어디에도 설정이 프로그래밍 방식으로 변경되는 로거인지 확인해 보는 것이 좋습니다.

log4j에서이 작업은 LogManager 또는 BasicConfigurator 클래스를 사용하여 수행 할 수 있습니다. PropertyConfigurator 및 DomConfigurator을 통해서도 가능합니다. 코드의 한 라인 만이 예제에 표시된 PatternLayout을 사용하여 stdout으로 새로운 Logger를 설정할 수 있습니다.

BasicConfigurator.configure();