I recently asked a friend to install ARS8 onto a new Linux box. (I asked him cause I knew it would not be easy - and he used to work for Oracle - and he is a wizard -- so I knew he would get over any hurdles)
I thought I would share his findings - as it looks to have been no fun: Ok, ARS8 is installed on XE 11gr2, some observations for future ARS installs anywhere: The installer silently appends "lib" to your $ORACLE_HOME before setting it into LD_LIBRARY_PATH for loading the Oracle drivers. If your shared object files aren't in lib (the release package from Oracle certainly doesn't have that structure), it won't be able to find anything. Had to extract & decompile the damn installer to figure that out. ARServer _really_ requires Oracle instant client 10.2, because it's linked directly to a very specific version of the Oracle drivers (libclntsh.so.10.1, instead of libclntsh.so (which typically would symlink to the latest available version). The upshot of this, is that you can't use libclntsh.so.11.1 that comes with the 11.2 Oracle release (HAH!). So we install the Oracle instant client 10.1. Problem solved? No. The Punchline: libclntsh.so.10.1 actually has two different versions of itself, one of them shipped with oracle 10.2, one of them shipped with 10.1 BOTH of them are named libclntsh.so.10.1! The shared libs are named _identically_, but the 10.1 version doesn't have the OCILobArrayWrite function, which is _not_ required by the installer (which also links directly to the specific version), but arserverd itself will fail to start, because it DOES require the OCILobArrayWrite function, AND is linked directly to the specific shared library revision too). Apparently Oracle is of the opinion that API version numbering is as pointless as product release version numbering. The installer will not ever tell you any of this, but rather bail out, and say there was a problem of some kind. The last thing I tripped over, was that the installer requires that your hostname resolve to the loopback, when the installer checks for system initialization, for some damn reason. -John -- *John Sundberg* Kinetic Data, Inc. "Your Business. Your Process." *Save The Date! *Second Annual KEG (Kinetic Enthusiasts Group) Feb. 25th - March 1st in Denver, CO. For more information click here - KEG<http://www.kineticdata.com/Events/KEG.html> 651-556-0930 I [email protected] www.kineticdata.com I community.kineticdata.com _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
