Re: SocialCloudWorkerThread - Advice needed
Is your mongodb running? On Thu, Oct 15, 2015, 1:06 AM BradRemedywrote: > ** > Hi > > Running into a weird problem this morning on our system which I am hoping > someone can help with. Firstly, I have checked with other developers in the > team and they all state that no one has made any configuration changes to > the system and I cannot see any changes that may have > been made. > We picked up something was wrong when we attempted to save a change in the > development studio and the application and server hung. We had to restart > the remedy application service in order to get it to respond again. > > Looking in the arjavaplugin.log file, I see the following entry that is > repeated a few times: > > *2015-10-15 08:02:55,363 DEBUG [pool-50-thread-3] > com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - ProcNumber 2 via > com.bmc.arsys.api.ProxyJRpc@d60be39 for APPSERVER2:1100 succeed. -API > arcall* > *2015-10-15 08:02:55,675 ERROR [pool-47-thread-5] > com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread > (SocialCloudWorkerThread.java:372) - SocialEventManager ERROR - IOException > for event GUID AGHJ9V10FHV92ANWIZ49AANADGA919 : Connection timed out: > connect* > *2015-10-15 08:02:55,675 ERROR [pool-47-thread-5] > com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread > (SocialCloudWorkerThread.java:373) - java.net.ConnectException: Connection > timed out: connect* > * at java.net.TwoStacksPlainSocketImpl.socketConnect(Native Method)* > * at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)* > * at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)* > * at java.net.AbstractPlainSocketImpl.connect(Unknown Source)* > * at java.net.PlainSocketImpl.connect(Unknown Source)* > * at java.net.SocksSocketImpl.connect(Unknown Source)* > * at java.net.Socket.connect(Unknown Source)* > * at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)* > * at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)* > * at java.lang.reflect.Method.invoke(Unknown Source)* > * at > org.apache.commons.httpclient.protocol.ReflectionSocketFactory.createSocket(ReflectionSocketFactory.java:140)* > * at > org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:125)* > * at > org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)* > * at > org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)* > * at > org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)* > * at > org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)* > * at > org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)* > * at > com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread.executeREST(SocialCloudWorkerThread.java:342)* > * at > com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread.run(SocialCloudWorkerThread.java:243)* > * at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)* > * at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)* > * at java.util.concurrent.FutureTask.run(Unknown Source)* > * at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)* > * at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)* > * at java.lang.Thread.run(Unknown Source)* > > > *2015-10-15 08:02:55,675 DEBUG [pool-47-thread-5] > com.bmc.arsys.utils.ProcessUtil (?:?) - ProcNumber 61 via > com.bmc.arsys.api.ProxyJRpc@d60be39 for APPSERVER2:1100 succeed. -API > arcall takes 0 milliseconds.2015-10-15 08:02:55,675 DEBUG > [pool-47-thread-5] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - > ProcNumber 61 via com.bmc.arsys.api.ProxyJRpc@d60be39 for APPSERVER2:1100 > succeed. -API arcall2015-10-15 08:02:55,675 DEBUG [pool-47-thread-5] > com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - arChunkingCall: > Processor=com.bmc.arsys.api.a.g@1adc267a, Proc Number=73, Round Number=1 > via com.bmc.arsys.api.ProxyJRpc@d60be392015-10-15 08:02:55,691 DEBUG > [pool-47-thread-5] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer > (?:?) - retrieveChunkingData: received data len= 2512015-10-15 08:02:55,691 > DEBUG [pool-47-thread-5] > com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - > retrieveChunkingData: headerLen=0 buffer len=2512015-10-15 08:02:55,691 > DEBUG [pool-47-thread-5] > com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - postProcess: > compressed data, len=2512015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] > com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - postProcess: > decompressed data, len=2882015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] > com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - arChunkingCall: Done > with postProcess via com.bmc.arsys.api.ProxyJRpc@d60be392015-10-15 > 08:02:55,691 DEBUG [pool-47-thread-5] com.bmc.arsys.utils.ProcessUtil (?:?) > - ProcNumber 73 via
Re: Too many status in Change
We have something similar implemented and the Pulse article is a great example of how to do it. However our users still complain at having to select a template - which is necessary to select the custom flow. This is particularly annoying when you are raising a related request from an incident as the template changes the summary field. Has anyone found a way to apply the custom flows based on the change class field? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: SRD Questions are not visible to a few users
Hi Sandra Have you tried to run the browser on the users machine in incognito mode (private mode)? I have had some weird problems with users cookies and cache on their local machines. i found this out when I asked them to try in incognito mode and once my suspicious were confirmed I went into their browser settings and deleted all their browsing data which seems to have helped them alot. If you do delete all their browsing data, just make sure (in google chrome at least) that you select "the beginning of time" in the drop down menu in the Clear browsing data section and then select all the tick boxes. Let us know how that goes. Cheers Brad On Wed, Oct 14, 2015 at 11:18 PM, Hennigan, Sandra, CTR, DSS < sandra.hennigan@dss.mil> wrote: > ARS & ITSM 8.1.01 > Service Request Management > > SRDs in use since January 2015, entitled to all of a our Company users, are > designed to create Incidents. > Works fine - No issues submitting the request. > > EXCEPT we have random users that although they can view the SRD categories > and > "Request Now" a SRD, when the SRD opens, only the header of "Requested By", > "Requested for", "Phone" and "Email" fields are in view. None of the > question > prompts are displayed. For any affected user, opening any SRDs has the same > result - doesn't matter which backend form gets created, INC, WO or CRQ. > > We have: > Flushed the Entitlement cache > The app & mid-tiers have been restarted and mid-tier cache flushed > Hard cleared the mid-tier cache > Checked the users BMC.CORE:BMC_Person, BMC.CORE:BMC_Person_, > BMC.CORE:BMC_BaseElement records - some users are in the BMC.ASSET and > other > users are in the BMC.ASSET.SANDBOX. Same goes for our users for which a SRD > displays the questions. > Turned on User logging and logged a working user & a non-working user. > Compared log files > No entries in the mid-tier logs > Given users Unrestricted access; the default is access restriction to their > Company. > Given users Fixed license; default for Support Staff = No is Read > Removed/added Login ID > Changed to Non-Support > Reset password > Deleted User Preference records > Deleted User Search Preference records > Created a new Entitlement Group for the affected users > Added new SRDs entitled ONLY to affected users. > > All users have a Remedy Login ID & Password. > Affected users might be Support Staff = Yes or Support Staff = No. > > The issue can be resolved if we use the Data Wizard and create a new Login > ID > for the user but this creates a non-standard user record. It is hard to > know > how wide-spread the issue is because we have only had a few users report > the > issue. > > Anyone have any suggestions? Users have tickets logged in their name so I > am > reticent to delete and re-add a CTM:People record but may have to. Your > assistance is welcome. > > Thank you, > > Sandra > > > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: SRD Questions are not visible to a few users
Hi Sandra, Have you checked records for affected users directly in the User form? Almost sounds as if some basic permission group such as General Access might be missing in their permissions. Kind regards Jiri Pospisil -Original Message- From: Tauf Chowdhury [mailto:taufc...@gmail.com] Sent: 14 October 2015 22:42 Subject: Re: SRD Questions are not visible to a few users Have you tried different browsers? The questions part of SRM open in a data viz. I've seen some browsers freak out on this. Sent from my iPhone > On Oct 14, 2015, at 5:18 PM, Hennigan, Sandra, CTR, DSSwrote: > > ARS & ITSM 8.1.01 > Service Request Management > > SRDs in use since January 2015, entitled to all of a our Company > users, are designed to create Incidents. > Works fine - No issues submitting the request. > > EXCEPT we have random users that although they can view the SRD > categories and "Request Now" a SRD, when the SRD opens, only the > header of "Requested By", "Requested for", "Phone" and "Email" fields > are in view. None of the question prompts are displayed. For any > affected user, opening any SRDs has the same result - doesn't matter which backend form gets created, INC, WO or CRQ. > > We have: > Flushed the Entitlement cache > The app & mid-tiers have been restarted and mid-tier cache flushed > Hard cleared the mid-tier cache Checked the users BMC.CORE:BMC_Person, > BMC.CORE:BMC_Person_, BMC.CORE:BMC_BaseElement records - some users > are in the BMC.ASSET and other users are in the BMC.ASSET.SANDBOX. > Same goes for our users for which a SRD displays the questions. > Turned on User logging and logged a working user & a non-working user. > Compared log files > No entries in the mid-tier logs > Given users Unrestricted access; the default is access restriction to > their Company. > Given users Fixed license; default for Support Staff = No is Read > Removed/added Login ID Changed to Non-Support Reset password Deleted > User Preference records Deleted User Search Preference records Created > a new Entitlement Group for the affected users Added new SRDs entitled > ONLY to affected users. > > All users have a Remedy Login ID & Password. > Affected users might be Support Staff = Yes or Support Staff = No. > > The issue can be resolved if we use the Data Wizard and create a new > Login ID for the user but this creates a non-standard user record. It > is hard to know how wide-spread the issue is because we have only had > a few users report the issue. > > Anyone have any suggestions? Users have tickets logged in their name > so I am reticent to delete and re-add a CTM:People record but may have > to. Your assistance is welcome. > > Thank you, > > Sandra > > __ > _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: SRD Questions are not visible to a few users - changing Subject to Load balancer issue
I added "General Access" to the affected login's User record. I logged in as the user and Yeah, questions are displayed. Then after discussing with my colleague, I decided to do a deeper dive and logged in directly to each of our mid-tiers/app server instead of thru the load balancer. (Sorry to include that piece late in the game). If I log in using the alias for the load balancer - questions are displayed If I use a direct URL and log directly in to the ranked 1 server - questions are displayed If I use a direct URL and log directly in to the ranked 2 server - questions are NOT displayed This leads me to believe that if the user (via the F5) is routed to ranked 1 server, all is OK but if the user (via the F5) is routed to ranked 2 server, no questions display. So I think that we may be dealing with a load balancer issue not User permission issues. OK, no idea what to check now. I cannot rely on the F5 routing the users to the working server but do not know what to check between the servers. Any suggestions? Thank you for your responses. Sandra Sandra Hennigan DSS ITSS BMC ITSM Developer Office: 571-305-6579 CACI Email: shenni...@caci.com NIPR Email: sandra.hennigan@dss.mil DSS Service Desk: 1.866.377.4846 or dssitsupp...@dss.mil -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pospi ARSList Sent: Thursday, October 15, 2015 4:03 AM To: arslist@ARSLIST.ORG Subject: Re: SRD Questions are not visible to a few users Hi Sandra, Have you checked records for affected users directly in the User form? Almost sounds as if some basic permission group such as General Access might be missing in their permissions. Kind regards Jiri Pospisil -Original Message- From: Tauf Chowdhury [mailto:taufc...@gmail.com] Sent: 14 October 2015 22:42 Subject: Re: SRD Questions are not visible to a few users Have you tried different browsers? The questions part of SRM open in a data viz. I've seen some browsers freak out on this. Sent from my iPhone > On Oct 14, 2015, at 5:18 PM, Hennigan, Sandra, CTR, DSSwrote: > > ARS & ITSM 8.1.01 > Service Request Management > > SRDs in use since January 2015, entitled to all of a our Company > users, are designed to create Incidents. > Works fine - No issues submitting the request. > > EXCEPT we have random users that although they can view the SRD > categories and "Request Now" a SRD, when the SRD opens, only the > header of "Requested By", "Requested for", "Phone" and "Email" fields > are in view. None of the question prompts are displayed. For any > affected user, opening any SRDs has the same result - doesn't matter > which backend form gets created, INC, WO or CRQ. > > We have: > Flushed the Entitlement cache > The app & mid-tiers have been restarted and mid-tier cache flushed > Hard cleared the mid-tier cache Checked the users BMC.CORE:BMC_Person, > BMC.CORE:BMC_Person_, BMC.CORE:BMC_BaseElement records - some users > are in the BMC.ASSET and other users are in the BMC.ASSET.SANDBOX. > Same goes for our users for which a SRD displays the questions. > Turned on User logging and logged a working user & a non-working user. > Compared log files > No entries in the mid-tier logs > Given users Unrestricted access; the default is access restriction to > their Company. > Given users Fixed license; default for Support Staff = No is Read > Removed/added Login ID Changed to Non-Support Reset password Deleted > User Preference records Deleted User Search Preference records Created > a new Entitlement Group for the affected users Added new SRDs entitled > ONLY to affected users. > > All users have a Remedy Login ID & Password. > Affected users might be Support Staff = Yes or Support Staff = No. > > The issue can be resolved if we use the Data Wizard and create a new > Login ID for the user but this creates a non-standard user record. It > is hard to know how wide-spread the issue is because we have only had > a few users report the issue. > > Anyone have any suggestions? Users have tickets logged in their name > so I am reticent to delete and re-add a CTM:People record but may have > to. Your assistance is welcome. > > Thank you, > > Sandra > > __ > _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years" ___ UNSUBSCRIBE or access ARSlist Archives at
Restrict data returned from SQL.
Dear all, Due to the amount of incoming and outgoing emails we noticed through SQL logs frequent SQL quering and updating large amount of data. Some of the SQL sent to the database for other remedy components shows a ROWNUM with a value which restict the record returned etc.. Is there anyway I could apply the same through configuration. I have been trying assigning different values to the flags in the mail properties file of the Email Engine but without luck. We have various instalations 7.6, 8.0 and 8.1 .. Is this configuerable and where? Many thanks in advance frex ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Re: Java plugin ignoring proxy server settings
John, You tell me how and if it's doable within the confines of the policies for the government department I'm working, more than happy to... Mike ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Java plugin ignoring proxy server settings
Can you publish a full stack trace? ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Requirement
We have an opening for a cleared Remedy developer to support a State Department program in Fairfax, Va. Please contact me to discuss the specifics. Thanks, John McKenzie Subsidium Inc. 540-631-1333 john.mcken...@subsidium.us This email is intended only for the person named above. It contains information that may be confidential and legally privileged. If you are note the intended recipient, please notify the sender immediately by reply email and then delete it from your mailbox entirely. Any use whatsoever of this email, by someone other than the intended recipient, is strictly prohibited. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
Java plugin ignoring proxy server settings
Hi, We are trying execute a Web Service in a test environment which is using a proxy server to control internet access. We have configured Remedy to use the proxy server (Dhttp.proxySet=true -Dhttp.proxyHost=xxx.xx.xx.xxx -Dhttp.proxyPort=8085 - we've tried a number of variations of this but no joy) via armonitor.cfg but it doesn't appear to be working. The error message we are receiving is this below but it's a reasonably generic "A bad thing has happened and I don't know what to do - here's some additional information from the thing that told me a bad thing had happened, hope it helps" type of message: Error encountered while executing a Web Service : org.apache.axis2.AxisFault: www.webservicex.net (ARERR 9130) We used WireShark to monitor traffic and noticed that there is traffic trying to resolve the URL of the Web Service but there is NO traffic hitting the proxy server at all so it's like the plugin is ignoring it. The customer has briefly discussed using a transparent proxy but they'd prefer that Remedy does what it says on the label, as it were. If anyone has seen this and has suggestions, please fire 'em at me. Thanks, Mike Conroy Versions: ARS: 9.0.00 201504180718 MidTier: 9.0.00 201504180718 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
SocialCloudWorkerThread - Advice needed
Hi Running into a weird problem this morning on our system which I am hoping someone can help with. Firstly, I have checked with other developers in the team and they all state that no one has made any configuration changes to the system and I cannot see any changes that may have been made. We picked up something was wrong when we attempted to save a change in the development studio and the application and server hung. We had to restart the remedy application service in order to get it to respond again. Looking in the arjavaplugin.log file, I see the following entry that is repeated a few times: *2015-10-15 08:02:55,363 DEBUG [pool-50-thread-3] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - ProcNumber 2 via com.bmc.arsys.api.ProxyJRpc@d60be39 for APPSERVER2:1100 succeed. -API arcall* *2015-10-15 08:02:55,675 ERROR [pool-47-thread-5] com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread (SocialCloudWorkerThread.java:372) - SocialEventManager ERROR - IOException for event GUID AGHJ9V10FHV92ANWIZ49AANADGA919 : Connection timed out: connect* *2015-10-15 08:02:55,675 ERROR [pool-47-thread-5] com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread (SocialCloudWorkerThread.java:373) - java.net.ConnectException: Connection timed out: connect* * at java.net.TwoStacksPlainSocketImpl.socketConnect(Native Method)* * at java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)* * at java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)* * at java.net.AbstractPlainSocketImpl.connect(Unknown Source)* * at java.net.PlainSocketImpl.connect(Unknown Source)* * at java.net.SocksSocketImpl.connect(Unknown Source)* * at java.net.Socket.connect(Unknown Source)* * at sun.reflect.GeneratedMethodAccessor20.invoke(Unknown Source)* * at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)* * at java.lang.reflect.Method.invoke(Unknown Source)* * at org.apache.commons.httpclient.protocol.ReflectionSocketFactory.createSocket(ReflectionSocketFactory.java:140)* * at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:125)* * at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)* * at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)* * at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)* * at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)* * at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)* * at com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread.executeREST(SocialCloudWorkerThread.java:342)* * at com.bmc.remedy.itsm.SocialCloud.plugin.SocialCloudWorkerThread.run(SocialCloudWorkerThread.java:243)* * at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)* * at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)* * at java.util.concurrent.FutureTask.run(Unknown Source)* * at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)* * at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)* * at java.lang.Thread.run(Unknown Source)* *2015-10-15 08:02:55,675 DEBUG [pool-47-thread-5] com.bmc.arsys.utils.ProcessUtil (?:?) - ProcNumber 61 via com.bmc.arsys.api.ProxyJRpc@d60be39 for APPSERVER2:1100 succeed. -API arcall takes 0 milliseconds.2015-10-15 08:02:55,675 DEBUG [pool-47-thread-5] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - ProcNumber 61 via com.bmc.arsys.api.ProxyJRpc@d60be39 for APPSERVER2:1100 succeed. -API arcall2015-10-15 08:02:55,675 DEBUG [pool-47-thread-5] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - arChunkingCall: Processor=com.bmc.arsys.api.a.g@1adc267a, Proc Number=73, Round Number=1 via com.bmc.arsys.api.ProxyJRpc@d60be392015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - retrieveChunkingData: received data len= 2512015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - retrieveChunkingData: headerLen=0 buffer len=2512015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - postProcess: compressed data, len=2512015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] com.bmc.arsys.apitransport.chunking.ARChunkArrayBuffer (?:?) - postProcess: decompressed data, len=2882015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] com.bmc.arsys.apitransport.ApiProxyJRpcBase (?:?) - arChunkingCall: Done with postProcess via com.bmc.arsys.api.ProxyJRpc@d60be392015-10-15 08:02:55,691 DEBUG [pool-47-thread-5] com.bmc.arsys.utils.ProcessUtil (?:?) - ProcNumber 73 via com.bmc.arsys.api.ProxyJRpc@d60be39 for APPSERVER2:1100, with chunking 1 round call, succeed. -API arcall takes 16 milliseconds.* Does anyone have any advice or suggestions on where I should look next?