**Here's a thought... Do you have any scripts that set the ARTCPPORT environment variable (or could be setting it before the arsystem script runs)?Fred
From: Action Request System discussion list(ARSList) [mailto:[email protected] ] On Behalf Of Stephen EarlSent: Tuesday, July 11, 2006 4:23 PM
To: [email protected]
Subject: Re: arplugin problems..... or is it.....
**James,We've been through the 'Plugn-Port' option in the ar.conf and specified in the AR Admin however still keep getting this, today we had it happen simultaneously on both our 'production' and 'hot backup' server this resulted in our app becoming totally unavailable...Again we ended up having to resort to a full blow reinstall to get one of the servers back into production again :(This is the first time I've ever seen anything like this happen to an AR Application server it's getting kinda worrying..We do now have a server back in production and running fine, and I'm going to reinstall my Hot Backup server tomorrow and try to force it to break, although the problem only seems to turn up when we actually have users connected.Any further thoughts greatly appreciated... and yes we do have remedy support looking at this too.. but at the moment they appear to be as confused as I am :-)Stephen
On 06/07/06, McKenzie, James J C-E LCMC HQISEC/L3 < [EMAIL PROTECTED]> wrote:**Stephen:Do so through the Admin process (Admin tool for ARS 6.3.)James McKenzie
From: Action Request System discussion list(ARSList) [mailto:[email protected] ] On Behalf Of Stephen Earl
Sent: Thursday, July 06, 2006 1:23 PM
To: [email protected]
Subject: Re: arplugin problems..... or is it.....**
hmmm I like the sound of a private rpc port for arplugin, is that as simple as adding it to /etc/rpc eg:390999 arpluginapologies if that sounds a daft question... but this issue is really causing me pain at the moment.Stephen
On 06/07/06, McKenzie, James J C-E LCMC HQISEC/L3 < [EMAIL PROTECTED]> wrote:**Carey:
If Stephen is not using a fixed port for the plugin server, ARS can and will loose track of it for a while only to have it 'discovered' again. There are two methods to solve this:
1. Assign a port to the plugin server,
2. Assign a private RPC Program number to the plugin server.This should resolve the "I cannot find you" problem.
Also, the command under Solaris 9 is rpcinfo -p.
James McKenzie
-----Original Message-----
From: Action Request System discussion list(ARSList) [ mailto:[email protected]] On Behalf Of Carey Matthew Black
Sent: Thursday, July 06, 2006 12:56 PM
To: [email protected]
Subject: Re: arplugin problems..... or is it.....Stephen,
<WARNING_TOTAL_WAG>
I would actually suspect that the issue here is an RPC( in the OS
level) issue not something in the ARS server. But I could be completely wrong.I would check 'rpcinfo -a' before you do the kill and after. It is likely that what also needs to happen is that the "old" reference to the plugin program needs to be removed from the RPC server (portmapper equivalent for the RPC stuff) before the plug in server is restarted.
</WARNING_TOTAL_WAG>
--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.
On 7/6/06, Stephen Earl <[EMAIL PROTECTED]> wrote:
> **
> All,
>
> I seek once again the wisdom of the list to help me with a rather
> perplexing issue, detailed below:
>
> I have an AR Server running 6.3 patch 17, database is Oracle and OS is
> Solaris 9
>
> We had an issue where the arplugin server was consuming way too much
> memory (over 1.2GB) so following the approved arplugin restart method
> we issued a 'kill' signal to arplugin expecting armonitor to restart it, which it did.
>
> However after the restart the arserver was unable to connect to the
> arplugin server giving the error of 'Unable to establish a connection
> the arplugin
> server: remedyars1 RPC: Program not registerd'
>
> This was very odd and the arplugin server was running, no errors other
> than the above in the arerrorlog and no errors in the arplugin.log,
> all the plugins were loaded as expected, we've even 'trussed' the
> arplugin process with no errors there either, just sits there waiting
> for requests from the arserver.
>
> Well seeing as this was my production server we took the decision to
> failover to our HBS and there it has been running quite happily, until
> today, when our HBS errored with 'Unable to connec to arplugin server:
> remedyars2 Miscellaneous tli error'
>
> Everything looked ok, but we restarted the arsystem using the init
> script like we should and it came back up, only to discover that it
> now errors with the 'Unable to establish a connection to the arplugin
> server: remedyars2 RPC:Program not registered'
>
> One thing that seems to fix the issue (however far from satisfactory)
> is a full rm -rf or the current at install dir and then a reinstall
> from the patch distribution...
>
> I am very confused, it's as if a file is being corrupted or something
> is happening when the server shuts down/starts up that renders it inoperable...
>
> Anyone seen this before...?
>
> Any help/advice appreciated.
>
> Stephen.
__20060125_______________________This posting was submitted with HTML in it___
__20060125_______________________This posting was submitted with HTML in it___
