What data is being returned in the web service call?    I have seen the plugin 
server crash when there is a bad XML format of data (it was a bad formatted XML 
date/time value).  BMC corrected the issue in a patch.

With the plugin server logging turned on and set to the max debug level you can 
see the XML being sent (and depending on when the crash occurs the data being 
received back) in the arplugin.log

Fred

-----Original Message-----
From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION 
OPERATIONS
Sent: Tuesday, October 15, 2013 9:51 AM
To: [email protected]
Subject: Re: 7.1 Patch 11 arplugin crashes when the filter consuming the 
web-service is invoked

"Error occurred during initialization of VM Too small initial heap"

Maybe increase Java Heap Size?

-----Original Message-----
From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Atul Vohra
Sent: Tuesday, October 15, 2013 10:40 AM
To: [email protected]
Subject: Re: 7.1 Patch 11 arplugin crashes when the filter consuming the 
web-service is invoked

** 

Hi Mayuresh

Thanks for your response.

As stated in my email, it happens when the filter that consumes the web service 
executes. At that time arplugin crashes.


Atul

-----Original Message-----
From: "Mayuresh Wagh" 
Date: Tue, October 15, 2013 10:34 am
To: [email protected]
Subject: Re: 7.1 Patch 11 arplugin crashes when the filter consuming the 
web-service is invoked

> You may want to collect API/SQL/Filter logs & see what's happening. 
> 7.1 is out of support so, if there is something new problem which is 
> causing it, then we are unlikely to get much help.
>
> However it's worth checking API/SQL/Filter logs to see where it's failing.
>
>

-----Original Message-----
From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of lisa bumshteyn
Sent: Tuesday, October 15, 2013 9:12 AM
To: [email protected]
Subject: Re: 7.1 Patch 11 arplugin crashes when the filter consuming the 
web-service is invoked
>
>> **
>> Hi Atul,
>>
>> You might remember me :) How is it going? When I was by them, I was 
>> considering setting up Remedy to preload libumem, for better memory 
>> management."arsystem" startup script on the QA environement should 
>> already be set up to pre-load it. Look into it, let me know if you 
>> have any questions.
>>
>> Thanks,
>> Lisa

-----Original Message-----
From: Action Request System discussion list(ARSList) 
[mailto:[email protected]] On Behalf Of Atul Vohra
Sent: Tuesday, October 15, 2013 8:36 AM
To: [email protected]
Subject: 7.1 Patch 11 arplugin crashes when the filter consuming the 
web-service is invoked
>>
>>> **
>>>
>>> Hi
>>>
>>> I got on this project where the client has ARS 7.1 p11 (i know very 
>>> old) with apache-tomcat-5.5.23 on solaris
>>>
>>> Whenever the code hits a filter to consume the webservice arplugin 
>>> dies and get the following errors:
>>> Filter Log:
>>> **** Error while performing filter action: Error 8760
>>>
>>> arerror.log
>>> 0 : AR System server terminated when a signal/exception was received 
>>> by the server (ARNOTE 20)
>>> 11
>>> 0 : AR System server terminated -- fatal error encountered (ARNOTE 
>>> 21)
>>> 0 : Unable to access thread local storage. (ARERR 8747)
>>> WriteWorkflowTraceLog()
>>> 0 : Unable to access thread local storage. (ARERR 8747)
>>> WriteWorkflowTraceLog()
>>>
>>> armonitor.log
>>> ARMonitor child process (pid:3844) died with 65280.
>>> ./arplugin
>>>
>>> When I do a a remedy restart:
>>> Error occurred during initialization of VM Too small initial heap
>>>
>>> Also I see the following error (stderr) when remedy crashes (not 
>>> captured in the arerror.log or armonitor.log log4j:WARN No appenders 
>>> could be found for logger 
>>> (org.apache.axis.i18n.ProjectResourceBundle).
>>> log4j:WARN Please initialize the log4j system properly.
>>>
>>>
>>> Any clue as to what next would be appreciated.
>>>
>>> Thanks
>>> Atul



_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to