6:11 p.m.
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Recovery
Reporter: David Lloyd
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:58 a.m.
New subject: [JBoss JIRA] Commented: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=comments#action_12400944 ]
Jonathan Halliday commented on JBTM-331:
----------------------------------------
See http://jira.jboss.com/jira/browse/JBTM-20?page=all for the backstory on this. We
already downgrade this stuff from INFO to DEBUG when running integrated with the AS. The
arjuna level won't be changed, so the options are to change the global rewriting of
arjuna messages in AS from INFO->DEBUG to INFO->TRACE which will impact other
messages too, or install a filter in log4j. Why is AS even logging at DEBUG by default? It
should be INFO, at least for production releases.
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:29 a.m.
New subject: [JBoss JIRA] Commented: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=comments#action_12400967 ]
David Lloyd commented on JBTM-331:
----------------------------------
I don't disagree - I also think that the level ought to be INFO. But in this
particular case, the type of message that is logged - a periodic success message - is more
appropriate to TRACE in terms of the current logging "standard", as noted by
Mark here - http://jira.jboss.com/jira/browse/JBTM-20#action_12346766
The guidelines I'd adhere to for JBossAS are:
1) An idle JBossAS should produce no logs (that's obviously the thrust of this issue)
2) Any logs that are generated on a per-request basis should be logged at level TRACE
3) Any one-time "debug" status messages (that are not repetitive in nature and
do not grow in proportion to the number of requests) can be at DEBUG
4) INFO is OK for very low-volume, one-time messages like a greeting message "JBoss
Foo version 2.0.0" or whatever
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:48 a.m.
New subject: [JBoss JIRA] Commented: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=comments#action_12400970 ]
David Lloyd commented on JBTM-331:
----------------------------------
Sorry, minor correction:
1) An idle JBossAS should produce no *DEBUG* logs
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:31 a.m.
New subject: [JBoss JIRA] Updated: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=all ]
Jonathan Halliday updated JBTM-331:
-----------------------------------
JBoss Forum Reference:
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=93949
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:44 a.m.
New subject: [JBoss JIRA] Assigned: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=all ]
Jonathan Halliday reassigned JBTM-331:
--------------------------------------
Assignee: Jonathan Halliday
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
Assigned To: Jonathan Halliday
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:56 a.m.
New subject: [JBoss JIRA] Commented: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=comments#action_12417589 ]
Jonathan Halliday commented on JBTM-331:
----------------------------------------
Changed the log level for these statements in the arjuna code from INFO to DEBUG. Arjuna
logging does not use a trace level.
At first glance it seems this change won't make any difference, since
JakartaRelevelingLogger is rewriting arjuna INFO to AS DEBUG anyhow, i.e. the messages are
still at DEBUG level by the time they hit the AS logging code.
However, they should now only get that far if com.arjuna.common.util.logging.DebugLevel is
set, which it is not by default. (Setting DEBUG for com.arjuna in the app server log4j is
not by itself enough to have arjuna DEBUG level log statements appear - debugging needs to
be on in the jbossjta-properties.xml file too)
So now you'll get these messages appearing in the app server log file only if you
explicitly turn on DEBUG level logging for the transaction service, not just the app
server. Thus the app server is normally silent when 'idle' with a DEBUG level
setting in log4j.
The alternative approach would be to modify JakartaRelevelingLogger to globally rewrite
arjuna DEBUG to app server TRACE, but that's a more radical change and may have
unintended side effects, so it's preferable to avoid if possible.
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
Assigned To: Jonathan Halliday
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:58 a.m.
New subject: [JBoss JIRA] Updated: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=all ]
Jonathan Halliday updated JBTM-331:
-----------------------------------
Fix Version/s: 4.4.CR1
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
Assigned To: Jonathan Halliday
Fix For: 4.4.CR1
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:38 a.m.
New subject: [JBoss JIRA] Closed: (JBTM-331) Reduce the log level of the periodic recovery stuff
[ http://jira.jboss.com/jira/browse/JBTM-331?page=all ]
Jonathan Halliday closed JBTM-331.
----------------------------------
Resolution: Done
Reduce the log level of the periodic recovery stuff
---------------------------------------------------
Key: JBTM-331
URL: http://jira.jboss.com/jira/browse/JBTM-331
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Recovery
Reporter: David Lloyd
Assigned To: Jonathan Halliday
Fix For: 4.4.CR1
The JBossAS log (as of 5.0.0.Beta4) is filled with this kind of thing:
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- second pass <Thu, 28 Feb 2008 17:57:51>
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger]
AtomicActionRecoveryModule: Second pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second
pass
2008-02-28 17:57:51,703 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second
pass
2008-02-28 17:59:51,703 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] Periodic recovery
- first pass <Thu, 28 Feb 2008 17:59:51>
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.arjuna.logging.arjLogger] StatusModule:
first pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.txoj.logging.txojLoggerI18N]
[com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first
pass
2008-02-28 17:59:51,704 DEBUG [com.arjuna.ats.jta.logging.loggerI18N]
[com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
These messages ought to be at TRACE level. The first hint is that this is the only thing
spamming the log after successful startup. Also on more than one occasion, folks pop into
the public #jboss IRC channel asking about why their logs get spammed with these messages.
An otherwise idle JBossAS instance quietly gobbles 750kb of disk space a day with these
messages.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6005
days inactive
6122
days old
jbossts-issues@lists.jboss.org
8 comments
2 participants
participants (2)
-
David Lloyd (JIRA) -
Jonathan Halliday (JIRA)