DFC session count
Is there a way to count number of sessions in DFC client? I know we can set the max_count in dfc.properties which should never exceed number of sessions set in server.ini.
In the Method Server, can we count those DFC active sessions?
In a custom client DFC program, can we count number of active DFC sessions.
I know about the list_sessions, show_sessions, but that is on the CS side.
Comments
-
If its JMS, it should not be having session issues b/c jobs are normally executed by install owner account. What is the exact error? How are you getting a session in your custom code? Also, are you closing/releasing the session in your custom code at the end of your custom code?
0 -
-Error happens every few days (details at the bottom of the message):
DM_API_E_NO_SESSION]error: "There are no more available sessions."
-Added dfc.resources.diagnostics.enabled=true in dfc.properties
-After enablded diagnostics, got the following every few minutes
17:42:11,976 ERROR [Resource Housekeeper] com.documentum.fc.client.impl.session.StrongSessionHandle$DisposableData - [DFC_SESSION_NOT_RELEASED] Unreleased session found during garbage collection, Session{id=2, iid=134, serial=2, docbase=DEV_CMS_ADMIN, user=dmadmin, serversession=none}
com.documentum.fc.impl.util.ThrowableStack: Stack when session was obtained
at com.documentum.fc.client.DfSingleDocbaseModule.getSession(DfSingleDocbaseModule.java:58)-We are getting this error in our Dev with upgraded D2 16.4
-We are worried if we push to prod, we end up with similar problemDETAILS:
2018-12-07 12:38:26 [ERROR] [http-0.0.0.0-0.0.0.0-9080-1] - c.e.d.a.m.D2Method[com.emc.d2.api.methods.D2EventSenderMailMethod] : {}
com.documentum.fc.client.DfServiceException: [DM_API_E_NO_SESSION]error: "There are no more available sessions."
at com.documentum.fc.client.impl.connection.docbase.DocbaseConnectionManager.getConnectionFromPool(DocbaseConnectionManager.java:168)
at com.documentum.fc.client.impl.connection.docbase.DocbaseConnectionManager.getDocbaseConnection(DocbaseConnectionManager.java:94)0 -
The error message from JMS does not mean that the D2EventSenderMailMethod is causing the problem; it just means that when it tried to get a session, no more sessions were available. To try to figure out where are the open sessions getting created, goto DA, under User Management->Sessions, you can see the details of sessions opened. You may be able to correlate when the start time of the sessions with when specific jobs/methods are getting run. This will help you isolate which method is not properly closing/releasing sessions back into pool (per my previous reply).
0 -
Based on the DFC_SESSION_NOT_RELEASED message pointing to com.documentum.fc.client.DfSingleDocbaseModule.getSession, I suspect you may be hitting a known issue. Are you using RPS?
We have seen issues with disposition which were corrected in latest releases. Refer to RETPOL-7963Russell Kavanagh
Documentum SME | Opentext0 -
No we are not using RPS. All the RPS jobs are 'inactive'. What is the known issue? we are upgrading to 16.4 (CS and D2 .. etc)
I am guessing there is no way to count how many sessions are used by JMS at a specific point.
In our Dev environment (that is throwing the "no more sessions" error), we turned placed dfc.resources.diagnostics.enabled=true
and we started to notice error below every few minutes
DFC_SESSION_NOT_RELEASED.Is there anything I can keep collecting that will help me pinpoint the culprit (like using Java debug utils?) and should I look for in the Java debug utils.
I don't want to go to only recommend restart of JMS every night.
0 -
We are going through upgrade of D2. The upgrade is the main difference between the DEV (which is having 'no more sessions') and the PROD (which is good for now). There is no change in the custom code.
dfc files don't specify explicitly use the max_count (so it is using the default 1000).We are trying to narrow down the issue, but it is very hard. One of the suspicious jobs is D2JobWFReceiveTaskMail, but can't confirm.
0 -
We were debating that. The challenge is that it takes long to have the issue. The real culprit isn't generating the problem quickly, so we have to wait for each job on for few days. We can reduce the max_count to speed up the occurrence of 'no more sessions'.
With your expertise, if you think of some 'workaround' that can detect this problem, let me know please.
FYI, I turned on Java profiler and noticed that diagnostics exception is thrown when the garbage collection is happening.
0 -
I'm not J2EE developer, so I don't know low level debugging tricks As I said before, you can examine how sessions are being created in DA. Count how many sessions are running before a job starts running and then what is the count after the job completes. The sessions created by normal users will have a different session source then sessions created from JMS (b/c they are running on app server vs CS).
0 -
@Sammtl Did you manage to solve the problem?
0 -
Hi Sammtl - did you resolve your issue with "There are no more available sessions.". We're on LSRD 16.4 and facing the same issue.0
Categories
- All Categories
- 109 Developer Announcements
- 49 Articles
- 100 General Questions
- 122 IM Services
- 40 OpenText Hackathon
- 31 Developer Tools
- 20.6K Analytics
- 4.1K AppWorks
- 8.9K Extended ECM
- 897 Cloud Fax and Notifications
- 77 Digital Asset Management
- 9.3K Documentum
- 29 eDOCS
- 122 Exstream
- 39.8K TeamSite
- 1.7K Web Experience Management