Patrick,
I confirmed with our UNIX admin that the server has not been hardened since its' built. The database and ar server are not on the same box and I don't have problem connecting to the db from my desktop. So it looks like we can eliminate hardening. I use option t on arserverd and arserverd seems to start properly from startup log. Yes I tried to stop/restart with all the logs on but have not been able to identify what causes crash from the logs. I opened a ticket to BMC support and have sent them all the logs including truss outputs for arserverd and arplugin processes. Thanks, Eric On Mon, 28 Jan 2008 18:00:52 -0500, patrick zandi <[EMAIL PROTECTED]> wrote: >If you can connect from a desktop to the server via SQL -- and your ARS >server is in a different location -- then Hardening is not the issue.. >If you can connect from a desktop to the server via sql - But... the >DB-Oracle is on the SAME server -- then it could be Hardening. > >I would just ask the Unix/MS Admin if it was hardened... Recently -- >Surely Change management is in place right? -- I know.. some places it is >not. >-- another thing to check.. just stop the ARS server and restart >./arsystem stop ./arsystem start -- I have seen this crash on startup >before, with no apperent reason. >-- >You can also put in Debug mode in the ar.conf, and check the logs.. >example:: Debug-mode: 131072 >-- Then Check the logs -- ensure your logs are new names otherwise you will >have to Sift alot. > >Hope that helps some... ;-) > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
