When you tried to start arplugin manually did you check if the LD_LIBRARY_PATH is set and is same as what remedy is using during the startup? Did you see any lines in the plugin log even after setting the log level to DEBUG?
On Jun 16, 11:11 am, William Rentfrow <wrentf...@stratacominc.com> wrote: > So that gives me this: > > linux-gate.so.1 => (0xffffe000) > libnsl.so.1 => /lib/libnsl.so.1 (0xf7770000) > libpthread.so.0 => /lib/libpthread.so.0 (0xf775a000) > libc.so.6 => /lib/libc.so.6 (0xf762d000) > /lib/ld-linux.so.2 (0x56555000) > > It appears the first one is missing something? And I'm not sure about > the last one...? > > William Rentfrow > Principal Consultant, StrataCom Inc. > wrentf...@stratacominc.com > Corporate Website,www.stratacominc.com<http://www.stratacominc.com/> > Blog,www.williamrentfrow.com<http://www.williamrentfrow.com/> > 715-410-8156 C > > ________________________________ > > From: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] On Behalf Of Ben Chernys > Sent: Wednesday, June 16, 2010 11:05 AM > To: arsl...@arslist.org > Subject: Re: Plugin server keeps dying with signal 8 > > ** > Try ldd remedy/ar/bin/arplugin > > ldd lists the dependencies and whether they are available or not. > > Cheers > Ben > > ________________________________ > > From: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] On Behalf Of William Rentfrow > Sent: June 16, 2010 5:57 PM > To: arsl...@arslist.org > Subject: Re: Plugin server keeps dying with signal 8 > > ** > Thanks for the quick response. > > The execute bit is on and the non-root user is the owner of all of these > objects. > > You are right about the paths - they are correct on the server but not > in the email. I should have said it's in the <installdir>/ar/bin > > William Rentfrow > Principal Consultant, StrataCom Inc. > wrentf...@stratacominc.com > Corporate Website,www.stratacominc.com<http://www.stratacominc.com/> > Blog,www.williamrentfrow.com<http://www.williamrentfrow.com/> > 715-410-8156 C > > ________________________________ > > From: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] On Behalf Of Ben Chernys > Sent: Wednesday, June 16, 2010 10:51 AM > To: arsl...@arslist.org > Subject: Re: Plugin server keeps dying with signal 8 > > ** > Make sure the x (execute) bit is on. if not, turn it on. > > ls -l libarcrypto.so > chmod +x libarcrypto.so > > In your email you say the .so is in /ar/bin, not /remedy/ar/bin > > Double check that this is just a type else fix your path or copy the > file. > > Cheers > Ben Chernys > > Senior Software Architect > Software Tool House Inc. > > Canada / Deutschland / Germany > Mobile: +49 171 380 2329 GMT + 1 + [ DST ] > Email: Ben.Chernys _AT_ softwaretoolhouse.com > <mailto:ben.cher...@softwaretoolhouse.com> > Web: www.softwaretoolhouse.com > <http://www.softwaretoolhouse.com/> > > Check out Software Tool House's free Diary Editor. > > Meta-Update, our premium ARS Data tool, lets you automate > your imports, migrations, in no time at all, without programming, > without staging forms, without merge workflow. > <http://www.softwaretoolhouse.com/>http://www.softwaretoolhouse.com/ > <http://www.softwaretoolhouse.com/> > > ________________________________ > > From: Action Request System discussion list(ARSList) > [mailto:arsl...@arslist.org] On Behalf Of William Rentfrow > Sent: June 16, 2010 5:35 PM > To: arsl...@arslist.org > Subject: Plugin server keeps dying with signal 8 > > ** > > We're on a new install of Remedy ARS. Here's the vital stats: > > Suse Linux = AR Server OS > > Remote Oracle DB (Oracle 10g RAC) > > AR Server 7.5 patch 005 > > Non-root install > > I've only gotten through the AR Install. It installed with no errors. > When the server tries to start I keep getting this error: > > ARMonitor child process (pid:3719) started. > ./arplugin > LD_LIBRARY_PATH=/remedy/ar/bin:/remedy/ar/pluginsvr:/remedy/ar/arealdap: > /remedy/ar/ardbcldap:/remedy/ar/bin:/remedy/ar/pluginsvr:/remedy/ar/ardb > cldap:/remedy/ar/arealdap:/remedy/ar/webserviceplugin:/remedy/oracle/pro > duct/client/10204.1/lib:/remedy/ar/jdk1.6.0_20/jre/bin:/usr/lib:/lib > > Action Request System(R) Plug-In Server Version 7.5.00 Patch 005 > 201005111542 > (c) Copyright 2001-2009 BMC Software, Inc. > > Action Request System(R) Signal Daemon Version 7.5.00 Patch 005 > 201005111542 > (c) Copyright 2000-2009 BMC Software, Inc. > > (ARNOTE 0) > ARMonitor child process (pid:3719) died with 136. And the signal is > 8. > > (paths above changed since they are considered proprietary but you get > the idea....) > > The LD_LIBRARY_PATH appears to have everything in it that it needs. > Support has reviewed our ar.conf file and had us try a few things but so > far we have not solved the problem. > > Also, when I attempt to invoke the plug-in server directly using the > line in armonitor.conf I get this error: > > /remedy/ar/bin/arplugin: error while loading shared libraries: > libarcrypto.so: cannot open shared object file: No such file or > directory > > The libarcrypto.so file exists and is in the /ar/bin directory. We have > a supported version of Java installed. > > William Rentfrow > Principal Consultant, StrataCom Inc. > wrentf...@stratacominc.com > Corporate Website,www.stratacominc.com<http://www.stratacominc.com/> > Blog,www.williamrentfrow.com<http://www.williamrentfrow.com/> > 715-410-8156 C > > _attend WWRUG10www.wwrug.comARSlist: "Where the Answers Are"_ _attend > WWRUG10www.wwrug.comARSlist: "Where the Answers Are"_ _attend > WWRUG10www.wwrug.comARSlist: "Where the Answers Are"_ _attend > WWRUG10www.wwrug.comARSlist: "Where the Answers Are"_ > > ___________________________________________________________________________ > ____ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > attend wwrug10www.wwrug.comARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
