ALERT! The community will be read-only starting on April 19, 8am Pacific as the migration begins. Read more for important details.
ALERT! The community will be read-only starting on April 19, 8am Pacific as the migration begins.Read more for important details.
Absent Member.
Absent Member.
3439 views

GW 8.0.2 SOAP Threads

This is a repost of a topic I made in GROUPWISE:AGENTS forum, but I recieved no response so I thought I would ask here.


I recently upgraded to 8.0.2 from 8.0.1hp1 and I also upgraded to Mobility Public Beta. Now my syncing does not work. I did some basic troubleshooting and discovered that my PO monitor shows 80 of 80 SOAP threads as busy. If i look at SOAP threads I see stuff like this:

GWSOAP-EPPO-Handler_80 -1358169184 1 Handle Request 1024287
GWSOAP-EPPO-Handler_79 -1357640800 1 Handle Request 1024545
GWSOAP-EPPO-Handler_78 -1361339488 1 Handle Request 1024591
GWSOAP-EPPO-Handler_77 -1360811104 1 Handle Request 1024861
GWSOAP-EPPO-Handler_76 -1336505440 1 Handle Request 1024892
GWSOAP-EPPO-Handler_75 -1359754336 1 Non-Idle 1025170
GWSOAP-EPPO-Handler_74 -1359225952 1 Non-Idle 1025420
GWSOAP-EPPO-Handler_73 -1358697568 1 Non-Idle 1025474
GWSOAP-EPPO-Handler_72 -1357112416 1 Non-Idle 1025745
GWSOAP-EPPO-Handler_71 -1352885344 1 Non-Idle 1025775



If I restart PO it seems to sync phone for a little while but within a day or so all threads are busy and syncing stops.

I also have BES but it does not use SOAP. AFAIK only the Mobility app uses SOAP connections.

Is there anything that can be done to clear those threads without restarting PO?

Thanks.
Aaron
Labels (1)
Tags (1)
0 Likes
5 Replies
Absent Member.
Absent Member.

Yesterday I worked on a very similar issue and upgrading to public 802
solved the issue but there was also a user that was hogging up all the
datasync connections and was causing an issue. I could see an error "Bad
Parameter, Internal Error" when that user was trying to sync. We deleted the
user from Datasync and restarted and things started working good and ran
gwcheck on that user. We have not yet added the user and will add the user
again next week.

Can you please perform the steps listed below

1. Install the latest build
2. Change the Logging level to debug
3. Shut down datasync
4. Restart the POA
5. Start Datasync
6. Start the Connectors
7. Do a tail -f
/var/log/datasync/connectors/default.pipeline.groupwise-Appinterface.log and
check for errors
8. Also please post your logs if the threads hit 80 again

Also, please email me directly at mj@novell.com if needed.

Waiting for your response.

Regards
MJ

>>> On Thursday, August 05, 2010 at 08:36 AM, in message

<azuercher.4f86y1@no-mx.forums.novell.com>,
azuercher<azuercher@no-mx.forums.novell.com> wrote:

> This is a repost of a topic I made in GROUPWISE:AGENTS forum, but I
> recieved no response so I thought I would ask here.
>
>
> I recently upgraded to 8.0.2 from 8.0.1hp1 and I also upgraded to
> Mobility Public Beta. Now my syncing does not work. I did some basic
> troubleshooting and discovered that my PO monitor shows 80 of 80 SOAP
> threads as busy. If i look at SOAP threads I see stuff like this:
>
> GWSOAP-EPPO-Handler_80 -1358169184 1 Handle Request 1024287
> GWSOAP-EPPO-Handler_79 -1357640800 1 Handle Request 1024545
> GWSOAP-EPPO-Handler_78 -1361339488 1 Handle Request 1024591
> GWSOAP-EPPO-Handler_77 -1360811104 1 Handle Request 1024861
> GWSOAP-EPPO-Handler_76 -1336505440 1 Handle Request 1024892
> GWSOAP-EPPO-Handler_75 -1359754336 1 Non-Idle 1025170
> GWSOAP-EPPO-Handler_74 -1359225952 1 Non-Idle 1025420
> GWSOAP-EPPO-Handler_73 -1358697568 1 Non-Idle 1025474
> GWSOAP-EPPO-Handler_72 -1357112416 1 Non-Idle 1025745
> GWSOAP-EPPO-Handler_71 -1352885344 1 Non-Idle 1025775
>
>
>
> If I restart PO it seems to sync phone for a little while but within a
> day or so all threads are busy and syncing stops.
>
> I also have BES but it does not use SOAP. AFAIK only the Mobility app
> uses SOAP connections.
>
> Is there anything that can be done to clear those threads without
> restarting PO?
>
> Thanks.
> Aaron

0 Likes
Absent Member.
Absent Member.

This is a known issue that we're actively troubleshooting. We don't believe the maxed SOAP thread issue in the POA is specific to Mobility (still to be determined). We've seen it in-house and duplicated it outside of Mobility. The current work-around is to restart the POA, as you've discovered. On the mobility side, we'll be taking a fix to allow the GW Connector to continue syncing with the other POA's in the system instead of blocking all of them when the threads are maxed on only 1.

Tony
0 Likes
Absent Member.
Absent Member.

Thanks for the reply. I will follow these steps and post results.

FYI: I am the only user that is using Mobility right now. so load is very very ight.

Aaron



mj@novell.com;2007478 wrote:
Yesterday I worked on a very similar issue and upgrading to public 802
solved the issue but there was also a user that was hogging up all the
datasync connections and was causing an issue. I could see an error "Bad
Parameter, Internal Error" when that user was trying to sync. We deleted the
user from Datasync and restarted and things started working good and ran
gwcheck on that user. We have not yet added the user and will add the user
again next week.

Can you please perform the steps listed below

1. Install the latest build
2. Change the Logging level to debug
3. Shut down datasync
4. Restart the POA
5. Start Datasync
6. Start the Connectors
7. Do a tail -f
/var/log/datasync/connectors/default.pipeline.groupwise-Appinterface.log and
check for errors
8. Also please post your logs if the threads hit 80 again

Also, please email me directly at mj@novell.com if needed.

Waiting for your response.

Regards
MJ

>>> On Thursday, August 05, 2010 at 08:36 AM, in message

<azuercher.4f86y1@no-mx.forums.novell.com>,
azuercher<azuercher@no-mx.forums.novell.com> wrote:

> This is a repost of a topic I made in GROUPWISE:AGENTS forum, but I
> recieved no response so I thought I would ask here.
>
>
> I recently upgraded to 8.0.2 from 8.0.1hp1 and I also upgraded to
> Mobility Public Beta. Now my syncing does not work. I did some basic
> troubleshooting and discovered that my PO monitor shows 80 of 80 SOAP
> threads as busy. If i look at SOAP threads I see stuff like this:
>
> GWSOAP-EPPO-Handler_80 -1358169184 1 Handle Request 1024287
> GWSOAP-EPPO-Handler_79 -1357640800 1 Handle Request 1024545
> GWSOAP-EPPO-Handler_78 -1361339488 1 Handle Request 1024591
> GWSOAP-EPPO-Handler_77 -1360811104 1 Handle Request 1024861
> GWSOAP-EPPO-Handler_76 -1336505440 1 Handle Request 1024892
> GWSOAP-EPPO-Handler_75 -1359754336 1 Non-Idle 1025170
> GWSOAP-EPPO-Handler_74 -1359225952 1 Non-Idle 1025420
> GWSOAP-EPPO-Handler_73 -1358697568 1 Non-Idle 1025474
> GWSOAP-EPPO-Handler_72 -1357112416 1 Non-Idle 1025745
> GWSOAP-EPPO-Handler_71 -1352885344 1 Non-Idle 1025775
>
>
>
> If I restart PO it seems to sync phone for a little while but within a
> day or so all threads are busy and syncing stops.
>
> I also have BES but it does not use SOAP. AFAIK only the Mobility app
> uses SOAP connections.
>
> Is there anything that can be done to clear those threads without
> restarting PO?
>
> Thanks.
> Aaron
0 Likes
Absent Member.
Absent Member.

Running Novell Data Synchroizer build 90 on SLES 11 for a week and upgraded GroupWise from 8.0.1 to 8.0.2. Synchronizer is the only SOAP application connecting to GW.

Since the upgrade to 8.0.2 processor load has been high. Turning the Synchronizer server off will return the load to normal.

The Post Office is mainly busy from SOAP threads from one user. This user is the GW Administrator. This admin has never been added as a Synchronizer user however Synchronizer logs do show requests with his username, Stideswe. The admin does not appear in any Synchronizer settings, connectors, or the sync engine database.

13 users on the Synchronizer system. 9 SOAP sessions, 6 SOAP threads 1 thread would be busy from time to time, mostly for Stideswe.

Please help to remove Stideswe from Synchronizer. I have just wiped the device that he used once, a month ago, this device has since been used by many others and the server has been rebuilt from scratch. Don't know where he came from.

running "select name from users;" in the database does not reveal his name.

POA soap thread details:
GWSOAP-pote-Handler_3
GW UID stideswe
User Agent Python-urllib/2.6
User IP (Synchroniser server IP)
Access Mode SOAP Sessions
Current Transaction getItemRequest
Time Elapsed (Secs) 0

Excerpt from default.pipeline1.groupwise-AppInterface.log
[INDENT]2010-08-30 08:00:02.456 INFO_VERBOSE [Thread-22] [gwconnectorlogic:393] [userID:stideswe] [eventID:] [objectID:4C589326.doten.poten.100.1313067.1.5EF4C7.1] [CheckPoint] Received event from GroupWise of type "FolderItemAdd"
2010-08-30 08:00:02.457 DEBUG_VERBOSE [Thread-22] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 313710224 for method getItemRequest
2010-08-30 08:00:02.467 DEBUG_VERBOSE [Thread-22] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method getItemRequest returned 53511
2010-08-30 08:00:02.468 DEBUG_VERBOSE [Thread-22] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 313710224 for method getItemRequest
2010-08-30 08:00:02.469 DEBUG_VERBOSE [Thread-22] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 313710224 for method getItemsRequest
2010-08-30 08:00:02.576 DEBUG_VERBOSE [Thread-23] [gwconnectorlogic:160] [userID:] [eventID:] [objectID:] [] XCON Begin event processing for user mmichael
2010-08-30 08:00:02.576 DEBUG_VERBOSE [Thread-23] [gwsoap:396] [userID:mmichael] [eventID:] [objectID:] [] About to use soap client 263819088 for method getEventsRequest
2010-08-30 08:00:02.600 DEBUG_VERBOSE [Thread-24] [gwconnectorlogic:149] [userID:] [eventID:] [objectID:] [] XCON Already processing events for user stideswe
2010-08-30 08:00:02.613 DEBUG_VERBOSE [Thread-23] [gwsoap:459] [userID:mmichael] [eventID:] [objectID:] [] SOAP method getEventsRequest returned 59920
2010-08-30 08:00:02.615 DEBUG_VERBOSE [Thread-23] [gwsoap:396] [userID:mmichael] [eventID:] [objectID:] [] About to use soap client 308724880 for method loginRequest
2010-08-30 08:00:02.636 DEBUG_VERBOSE [Thread-23] [gwsoap:459] [userID:mmichael] [eventID:] [objectID:] [] SOAP method loginRequest returned 59923
2010-08-30 08:00:02.637 DEBUG_VERBOSE [Thread-23] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 308724880 for method loginRequest
2010-08-30 08:00:02.637 DEBUG_VERBOSE [Thread-23] [gwsoap:561] [userID:] [eventID:] [objectID:] [] loginRequest: Redirecting this user to POA at address: "https://10.20.1.16:7191/soap"
2010-08-30 08:00:02.653 DEBUG_VERBOSE [Thread-22] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method getItemsRequest returned 0
2010-08-30 08:00:02.654 DEBUG_VERBOSE [Thread-22] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 313710224 for method getItemsRequest
2010-08-30 08:00:02.654 ERROR_VERBOSE [Thread-22] [gwconnectorlogic:928] [userID:] [eventID:] [objectID:] [] Item is not in the proper format: (u'', False)
2010-08-30 08:00:02.656 DEBUG_VERBOSE [Thread-22] [AppInterface:842] [userID:] [eventID:] [objectID:] [] Sending event to engine...
2010-08-30 08:00:02.688 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:887] [userID:] [eventID:] [objectID:] [] Attempting to acquire lock for engineConnections
2010-08-30 08:00:02.656 DEBUG_VERBOSE [Thread-22] [AppInterface:842] [userID:] [eventID:] [objectID:] [] Sending event to engine...
2010-08-30 08:00:02.688 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:887] [userID:] [eventID:] [objectID:] [] Attempting to acquire lock for engineConnections
2010-08-30 08:00:02.708 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:889] [userID:] [eventID:] [objectID:] [] Acquired lock for engineConnections
2010-08-30 08:00:02.708 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:906] [userID:] [eventID:] [objectID:] [] Releasing lock for engineConnections
2010-08-30 08:00:02.708 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:908] [userID:] [eventID:] [objectID:] [] Released lock for engineConnections
2010-08-30 08:00:02.709 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:909] [userID:] [eventID:] [objectID:] [] Using engine connection 321948992
2010-08-30 08:00:03.761 DEBUG_VERBOSE [Thread-25] [gwconnectorlogic:149] [userID:] [eventID:] [objectID:] [] XCON Already processing events for user stideswe
2010-08-30 08:00:03.803 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:928] [userID:] [eventID:] [objectID:] [] Releasing engine connection 321948992
2010-08-30 08:00:03.808 DEBUG_VERBOSE [Thread-22] [AppInterface:844] [userID:stideswe] [eventID:] [objectID:] [] Event sent to engine.
2010-08-30 08:00:03.809 INFO_VERBOSE [Thread-22] [AppInterface:900] [userID:stideswe] [eventID:] [objectID:] [CheckPoint] Sent event to engine.
2010-08-30 08:00:03.810 DEBUG_VERBOSE [Thread-22] [AppInterface:906] [userID:None] [eventID:] [objectID:] [TimeStamp] GWC:SentToEngine (2010-08-03T22:04:47/2010-08-30T08:00:02.456211/2010-08-30T08:00:03.810101)
2010-08-30 08:00:03.811 DEBUG_VERBOSE [Thread-22] [gwconnectorlogic:381] [userID:] [eventID:] [objectID:] [] Checking if container: 7.doten.poten.100.0.1.0.1@16 is disallowed. Disallowed set([])
2010-08-30 08:00:03.811 INFO_VERBOSE [Thread-22] [gwconnectorlogic:393] [userID:stideswe] [eventID:] [objectID:4C5893C8.doten.poten.100.1313067.1.5EF4C9.1] [CheckPoint] Received event from GroupWise of type "FolderItemAdd"
2010-08-30 08:00:03.812 DEBUG_VERBOSE [Thread-22] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 313710224 for method getItemRequest
2010-08-30 08:00:04.008 DEBUG_VERBOSE [Thread-22] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method getItemRequest returned 53511
2010-08-30 08:00:04.009 DEBUG_VERBOSE [Thread-22] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 313710224 for method getItemRequest
2010-08-30 08:00:04.011 DEBUG_VERBOSE [Thread-22] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 313710224 for method getItemsRequest
2010-08-30 08:00:04.342 DEBUG_VERBOSE [Thread-22] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method getItemsRequest returned 0
2010-08-30 08:00:04.342 DEBUG_VERBOSE [Thread-22] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 313710224 for method getItemsRequest
2010-08-30 08:00:04.343 ERROR_VERBOSE [Thread-22] [gwconnectorlogic:928] [userID:] [eventID:] [objectID:] [] Item is not in the proper format: (u'', False)
2010-08-30 08:00:04.344 DEBUG_VERBOSE [Thread-22] [AppInterface:842] [userID:] [eventID:] [objectID:] [] Sending event to engine...
2010-08-30 08:00:04.345 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:887] [userID:] [eventID:] [objectID:] [] Attempting to acquire lock for engineConnections
2010-08-30 08:00:04.345 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:889] [userID:] [eventID:] [objectID:] [] Acquired lock for engineConnections
2010-08-30 08:00:04.345 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:906] [userID:] [eventID:] [objectID:] [] Releasing lock for engineConnections
2010-08-30 08:00:04.346 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:908] [userID:] [eventID:] [objectID:] [] Released lock for engineConnections
2010-08-30 08:00:04.346 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:909] [userID:] [eventID:] [objectID:] [] Using engine connection 321948992
2010-08-30 08:00:04.520 DEBUG_VERBOSE [Thread-22] [GenericApplicationInterface:928] [userID:] [eventID:] [objectID:] [] Releasing engine connection 321948992
2010-08-30 08:00:04.540 DEBUG_VERBOSE [Thread-22] [AppInterface:844] [userID:stideswe] [eventID:] [objectID:] [] Event sent to engine.
2010-08-30 08:00:04.541 INFO_VERBOSE [Thread-22] [AppInterface:900] [userID:stideswe] [eventID:] [objectID:] [CheckPoint] Sent event to engine.
[/INDENT]
0 Likes
Absent Member.
Absent Member.

Hi,

I've found the point in the default.pipeline1.groupwise-AppInterface.log where Stideswe becomes part of the system. It is attached below. I believe it coincides with the update to GW 8.0.2.

After stopping the Synchronizer services for an hour and starting them back up again, the load remains normal now. Stideswe is not in the log after starting back up.

2010-08-29 02:50:46.598 DEBUG_VERBOSE [Thread-25] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 293692176 for method loginRequest
2010-08-29 02:50:46.595 INFO_VERBOSE [CP WSGIServer Thread-36] [gwlistener:143] [userID:] [eventID:] [objectID:] [] 1 tasks in queue
2010-08-29 02:50:46.617 DEBUG_VERBOSE [Thread-24] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 302332688 for method loginRequest
2010-08-29 02:50:46.618 INFO_VERBOSE [CP WSGIServer Thread-35] [gwlistener:143] [userID:] [eventID:] [objectID:] [] 1 tasks in queue
2010-08-29 02:50:46.638 DEBUG_VERBOSE [Thread-25] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method loginRequest returned 59923
2010-08-29 02:50:46.639 DEBUG_VERBOSE [Thread-25] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 293692176 for method loginRequest
2010-08-29 02:50:46.639 DEBUG_VERBOSE [Thread-25] [gwsoap:561] [userID:] [eventID:] [objectID:] [] loginRequest: Redirecting this user to POA at address: "https://10.20.1.16:7191/soap"
2010-08-29 02:50:46.654 DEBUG_VERBOSE [Thread-24] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method loginRequest returned 59923
2010-08-29 02:50:46.752 DEBUG_VERBOSE [Thread-24] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 302332688 for method loginRequest
2010-08-29 02:50:46.804 DEBUG_VERBOSE [Thread-24] [gwsoap:561] [userID:] [eventID:] [objectID:] [] loginRequest: Redirecting this user to POA at address: "https://10.20.1.16:7191/soap"
2010-08-29 02:50:49.706 DEBUG_VERBOSE [Thread-25] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 334098832 for method loginRequest
2010-08-29 02:50:49.860 DEBUG_VERBOSE [Thread-25] [gwsoap:570] [userID:] [eventID:] [objectID:] [] loginRequest: Redirecting this user to POA at address: "http://10.20.1.16:7191/soap"
2010-08-29 02:50:49.868 DEBUG_VERBOSE [Thread-25] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 274931600 for method loginRequest
2010-08-29 02:50:51.047 DEBUG_VERBOSE [Thread-24] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 308885328 for method loginRequest
2010-08-29 02:50:51.063 DEBUG_VERBOSE [Thread-24] [gwsoap:570] [userID:] [eventID:] [objectID:] [] loginRequest: Redirecting this user to POA at address: "http://10.20.1.16:7191/soap"
2010-08-29 02:50:51.063 DEBUG_VERBOSE [Thread-24] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 166402064 for method loginRequest
2010-08-29 02:50:51.085 DEBUG_VERBOSE [Thread-25] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method loginRequest returned 0
2010-08-29 02:50:51.086 DEBUG_VERBOSE [Thread-25] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 274931600 for method loginRequest
2010-08-29 02:50:51.086 DEBUG_VERBOSE [Thread-25] [GenericApplicationInterface:887] [userID:] [eventID:] [objectID:] [] Attempting to acquire lock for engineConnections
2010-08-29 02:50:51.087 DEBUG_VERBOSE [Thread-25] [GenericApplicationInterface:889] [userID:] [eventID:] [objectID:] [] Acquired lock for engineConnections
2010-08-29 02:50:51.087 DEBUG_VERBOSE [Thread-25] [GenericApplicationInterface:906] [userID:] [eventID:] [objectID:] [] Releasing lock for engineConnections
2010-08-29 02:50:51.087 DEBUG_VERBOSE [Thread-25] [GenericApplicationInterface:908] [userID:] [eventID:] [objectID:] [] Released lock for engineConnections
2010-08-29 02:50:51.087 DEBUG_VERBOSE [Thread-25] [GenericApplicationInterface:909] [userID:] [eventID:] [objectID:] [] Using engine connection 321948992
2010-08-29 02:50:51.105 DEBUG_VERBOSE [Thread-24] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method loginRequest returned 0
2010-08-29 02:50:51.105 DEBUG_VERBOSE [Thread-24] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 166402064 for method loginRequest
2010-08-29 02:50:51.106 DEBUG_VERBOSE [Thread-24] [GenericApplicationInterface:887] [userID:] [eventID:] [objectID:] [] Attempting to acquire lock for engineConnections
2010-08-29 02:50:51.107 DEBUG_VERBOSE [Thread-24] [GenericApplicationInterface:889] [userID:] [eventID:] [objectID:] [] Acquired lock for engineConnections
2010-08-29 02:50:51.107 DEBUG_VERBOSE [Thread-24] [GenericApplicationInterface:906] [userID:] [eventID:] [objectID:] [] Releasing lock for engineConnections
2010-08-29 02:50:51.108 DEBUG_VERBOSE [Thread-24] [GenericApplicationInterface:908] [userID:] [eventID:] [objectID:] [] Released lock for engineConnections
2010-08-29 02:50:51.109 DEBUG_VERBOSE [Thread-24] [GenericApplicationInterface:909] [userID:] [eventID:] [objectID:] [] Using engine connection 343103824
2010-08-29 02:50:51.167 DEBUG_VERBOSE [Thread-25] [GenericApplicationInterface:928] [userID:] [eventID:] [objectID:] [] Releasing engine connection 321948992
2010-08-29 02:50:51.167 DEBUG_VERBOSE [Thread-25] [gwuser:456] [userID:] [eventID:] [objectID:] [] applicationAddUser: User does not exist in Engine user table!
2010-08-29 02:50:51.169 DEBUG_VERBOSE [Thread-25] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 274931600 for method getAddressBookListRequest
2010-08-29 02:50:51.178 DEBUG_VERBOSE [Thread-24] [GenericApplicationInterface:928] [userID:] [eventID:] [objectID:] [] Releasing engine connection 343103824
2010-08-29 02:50:51.178 DEBUG_VERBOSE [Thread-24] [gwuser:456] [userID:] [eventID:] [objectID:] [] applicationAddUser: User does not exist in Engine user table!
2010-08-29 02:50:51.180 DEBUG_VERBOSE [Thread-24] [gwsoap:396] [userID:stideswe] [eventID:] [objectID:] [] About to use soap client 166402064 for method getAddressBookListRequest
2010-08-29 02:50:51.205 DEBUG_VERBOSE [Thread-25] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method getAddressBookListRequest returned 0
2010-08-29 02:50:51.206 DEBUG_VERBOSE [Thread-25] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 274931600 for method getAddressBookListRequest
2010-08-29 02:50:51.206 DEBUG_VERBOSE [Thread-25] [gwuser:614] [userID:] [eventID:] [objectID:] [] addrBookIDNDRBRDAyRjYuZG90ZW4ucG90ZW4uMTA0LjEzMTMwNjcuMS4zLjFANTM
2010-08-29 02:50:51.207 DEBUG_VERBOSE [Thread-25] [gwuser:614] [userID:] [eventID:] [objectID:] [] addrBookIDR3JvdXBXaXNlU3lzdGVtQWRkcmVzc0Jvb2tANTI
2010-08-29 02:50:51.207 DEBUG_VERBOSE [Thread-25] [gwuser:614] [userID:] [eventID:] [objectID:] [] addrBookIDNDdCMUYwMzAuZG90ZW4ucG90ZW4uMTA0LjEzMTMwNjcuMS4zMkU4LjFANTM
2010-08-29 02:50:51.207 DEBUG_VERBOSE [Thread-25] [gwuser:614] [userID:] [eventID:] [objectID:] [] addrBookIDNDRBRDAyRjUuZG90ZW4ucG90ZW4uMTA0LjEzMTMwNjcuMS4xLjFANTM
2010-08-29 02:50:51.228 DEBUG_VERBOSE [Thread-24] [gwsoap:459] [userID:stideswe] [eventID:] [objectID:] [] SOAP method getAddressBookListRequest returned 0
2010-08-29 02:50:51.229 DEBUG_VERBOSE [Thread-25] [gwconnectorlogic:160] [userID:] [eventID:] [objectID:] [] XCON Begin event processing for user stideswe
2010-08-29 02:50:51.229 DEBUG_VERBOSE [Thread-24] [gwsoap:508] [userID:] [eventID:] [objectID:] [] Done with soap client 166402064 for method getAddressBookListRequest
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.