Axton,
I think you may have misunderstood my reaction when they mentioned the debug binary ;)
It was something I'd been actively requesting for several days prior to them finally thinking up the idea :-)
Stephen
On 11/07/06, Axton Grams <[EMAIL PROTECTED]> wrote:
The debug binary will tell remedy the memory contents with the symbols
translated, allowing them to see what is going on when you have this
problem. I would definitely pursue this route.
Axton Grams
Stephen Earl wrote:
> **
> we use a set of ardbc plugins to communicate with external dbs: mssql,
> mysql and postgres
>
> these have been stable for many months, and not caused any issues, all
> our workflow is bog standard stuff nothing 'funky' or special going on
> here really...
>
> the main thing we find 'odd' is that a nice clean reinstall sorts it
> out, not an overwrite but an app server install into a whole new
> directory, of course we don't do a whole new db, we just tell the
> installer to 's'hare the db, all is then ok again for a while until
> something requires the AR or arplugin server to be restarted, then there
> is no guarantee, it's not even consistent (would probably help if it was)
>
> I'm wondering if when the restart occurs if someone is doing something
> that access the plugins and they are magically doing something very
> specific it just causes 'something bad' to happen...
>
> BMC have said that 'You might need a debug binary for this' I won't
> repeat my response to that but I'm sure you can all guess the general
> tone ;-)
>
> Stephen
>
>
> On 11/07/06, *McKenzie, James J C-E LCMC HQISEC/L3*
> < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
>
> **
>
> Stephen:
>
> It sounds like it is time to YELL at BMC about this problem.
> Anything that takes down a production server is a '"BAD THING."
>
>
> I really don't have any other ideas as to why the plug-in server
> should be causing problem on a 'stock' installation. You don't have
> any special processes accessing the plug-in server?
>
>
> James McKenzie
>
>
> ________________________________
>
> From: Action Request System discussion list(ARSList)
> [mailto:[email protected] <mailto:[email protected]>] On Behalf
> Of Stephen Earl
> Sent: Tuesday, July 11, 2006 2:23 PM
>
> To: [email protected] <mailto:[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] <mailto: [EMAIL PROTECTED]>>
> wrote:
>
> **
> Stephen:
>
> Do so through the Admin process (Admin tool for ARS 6.3.)
>
> James McKenzie
>
>
>
>
> __20060125_______________________This posting was submitted with
> HTML in it___
>
>
> __20060125_______________________This posting was submitted with HTML in
> it___
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
__20060125_______________________This posting was submitted with HTML in it___
