Gigante NodeManagerLogs dalla sospensione di weblogic

Question

Uno dei nostri weblogic 8.1 s, improvvisamente, hanno iniziato la registrazione gigante quantità di registri e di riempire il disco.

Il log mi ci hassel risiede in

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

e le voci nel file di log è solo il samekinds di entrires ripete ancora e ancora.Roba del genere

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

I cant trovare qualsiasi impostazioni di debug impostata.Ho guardato il Remote Start classpath e gli Argomenti per il server gestito.

Qualcuno può indicarmi la direzione di ottenere il controllo su questo file di registro?

Answer 1

Poiché tali voci di registro non sono problemi, sembra che il livello di log globale è stato attivato il DEBUG.In alternativa, forse un nuovo meccanismo di Registrazione è stato implementato o un nuovo log di Appender che scrive su stdout, e quindi è in fase di ri-registrato da Weblogic.Vorrei guardare la configurazione del logger.(O fornire uno, se si utilizza una configurazione di default)

Per esempio, quando si utilizza Sospensione con un attivo di Log4J installazione, Hibernate automaticamente partecipare con Log4J istanza, che si configura nella propria applicazione

Esso può essere sintonizzato, come per la normale Log4J config.Questo esempio utilizza la configurazione delle proprietà di stile:

log4j.category.org.hibernate=WARN

Sospensione può associarsi con altri meccanismi di registrazione tramite l'apache commons API di registrazione.Guardate come configurare il proprio logger e sintonizzare il org.hibernate.* le frequenze.

n.b.Quando il debug, si riaccende

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

può essere utile.

Answer 2

È un sistema di grandi dimensioni con molti programmatori?Se è così, potrebbe essere la pena di verificare che nessuna parte del codice è il logger di avere la sua config modificato a livello di programmazione.

In log4j, questo può essere fatto utilizzando il LogManager o BasicConfigurator classi.Anche per via PropertyConfigurator e DomConfigurator.Solo una canaglia riga di codice in grado di impostare un nuovo strumento per stdout utilizzando il PatternLayout mostrato nel tuo esempio.

BasicConfigurator.configure();