Skip to main content

Ever-increasing number of "Active" transactions in monitor?

3 replies [Last post]
pdoubleya
Offline
Joined: 2004-02-09
Points: 0

Hi
This is with Glassfish 3.1.
Our admins have noticed that when transaction monitoring is enabled
configs.config.server-config.monitoring-service.module-monitoring-levels.transaction-service=HIGH
then, when querying the transaction monitor
http://server:4848/monitoring/domain/server/transaction-service
under "activeids" we see a large, and growing, number of transactions marked "NoTransaction". The admins report that this list appears to be growing over time, and this concerns them.
Looking at the code that generates this output, which I believe is

com.sun.enterprise.transaction.monitoring.TransactionServiceStatsProvider.getActiveIds()

it in turn calls
JavaEETransactionManager.getActiveTransactions()

The only implementation I find of this method is in
com.sun.enterprise.transaction.JavaEETransactionManagerSimplified.getActiveTransactions()

It looks like this class should be maintaining its Vector activeTransactions (when monitoring is enabled) but it seems from a cursory look that transactions should be removed from the Vector, and (possibly) are not.
What we would like to know is if we should worry about the *number* of transactions growing, or if this is possibly a bug in the maintenance of this list. In the last five minutes or so, while writing this posting, the list grew from 8 to 13. Oops! 14.
Thanks!
Patrick

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
mvatkina
Offline
Joined: 2005-04-04
Points: 0

We had a bug in 2.x where some transactions were not cleaned up from the monitoring table, but our tests were fine in 3.x. You found the code correctly. But there is a slight chance that GUI displays all data instead of a refresh... Can you check if you see the same problem using CLI, vs. GUI?

thanks,
-marina

adeboinfo
Offline
Joined: 2009-02-26
Points: 0

Hi,

I have the same problem. Numbers are the same in CLI and GUI. And they are growing. Does it mean that there are not cleaned transactions?

Those are transactions created by ejb timers.

Regards,

Adam

aosama
Offline
Joined: 2012-11-06
Points: 0

same issue here except i dont have timers

20000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 790189 unknown
030000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 789336 unknown
040000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 788218 unknown
050000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 787302 unknown
060000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 786781 unknown
070000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 786423 unknown
080000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 786145 unknown
090000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 785804 unknown
0A0000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 785591 unknown
0B0000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 785006 unknown
0C0000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 784153 unknown
0D0000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 783730 unknown
0E0000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 783160 unknown
0F0000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 782618 unknown
100000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 782084 unknown
110000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 781566 unknown
120000006F9A7CC56B7562756E74752C7365727665722C50313030 NoTransaction 781076 unknown