06-25-2014 10:06 PM
I'm getting a most unusual error. I'm trying to set the disposition on a container to "Active". It runs for a while, then fails with the error
"Function request (Execute Transaction) for HP TRIM Workgroup Server 'act-trimwg2' failed. Client read failed. An established connection was aborted by the software in your host machine. (0x00002745)."
I haven't seen this before. It only ran for a little while (about a minute) before failing. Has anyone seen this?
We're running TRIM 7.1.0 #1157
Solved! Go to Solution.
06-25-2014 10:54 PM
I've seen it before but not when performing this operation.
Is this the only way the error is received, are all other functions able to be performed from that client machine?
06-26-2014 12:29 AM
Yes, this is the only time I've seen this error and "everything else" (according to my limited imagination) is working fine. A couple of observations, though:
(1) while the operation is running, these no dialog window. There's a message in the status bar area (lower-left) of the TRIM GUI, though - that's unusual for TRIM.
(2) two records inside the container that I'm updating are related parts, both together in the same container. So there is a pop-up when the operation starts, saying "The Record being archived has a contained Record (2007/3498-01) that is related to other Records" and "The Record being archived has a contained Record (2007/3498-02) that is related to other Records"
There are also some interesting things in the workgroup server logs when this is running - according to the WG, the client actually appears to log out a couple of times during the process. That's also pretty strange.
06-26-2014 11:59 AM
I've had an issue changing Disposition in the past when the Container had a lot of records contained within.
Maybe this is an issue for you as well?
In my case, I had to move some contents to another Container.
Note that HP recommends no more than 300 items in any Container.
06-26-2014 04:53 PM
I've seen strange disconnects like this when the TRIM client and server aren't on the same version, especially if the client's on an older version/build than the server. Worth checking.
Note: Any posts I make on this forum are my own personal opinion and do not constitute a formal commitment on behalf of HP.
(Please state the version of TRIM/HPRM you're using in all posts)
HP Software Support Online (SSO): http://support.openview.hp.com
06-26-2014 08:32 PM
I tried breaking the task up by moving sub-containers out into a separate container and moving them back one by one. This time I got a different error!
"Function request (Execute Transaction) for HP TRIM Workgroup Server 'pcbr01vtrim01' failed. Server did not respond with pingback messages within the expected time."
06-26-2014 08:55 PM
Broke it down to the sub-sub-container level and ... we're done.
There were a few sub-sub-containers with ~150 documents and one with ~330. Dunno if that was enough to cause the problem but it's done now.
06-26-2014 09:58 PM
If you need to do more destructions of containers which have lots of documents AND you have a secondary workgroup server, you can tweak the communication settings for that server and re-process. Point your client to the secondary server and destroy away! I've been able to destroy folders with ~1,000 contained items by increasing these settings on the server.