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. [email protected] 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:[email protected]] On Behalf Of Ben Chernys Sent: Wednesday, June 16, 2010 11:05 AM To: [email protected] 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:[email protected]] On Behalf Of William Rentfrow Sent: June 16, 2010 5:57 PM To: [email protected] 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. [email protected] 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:[email protected]] On Behalf Of Ben Chernys Sent: Wednesday, June 16, 2010 10:51 AM To: [email protected] 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:[email protected]> 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:[email protected]] On Behalf Of William Rentfrow Sent: June 16, 2010 5:35 PM To: [email protected] 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. [email protected] Corporate Website, www.stratacominc.com <http://www.stratacominc.com/> Blog, www.williamrentfrow.com <http://www.williamrentfrow.com/> 715-410-8156 C _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
