How to config J/Foundation for multiple instances
I am in the middle of our first conversion from IDS 7.3 to IDS 11.5. We will have multiple instances running on HP-UX 11iv2 w/ ServiceGuard. And, we are installing IDS in each of the cluster packages (application instances). I'm overcoming all the obstacles but I'm not sure what to do with this one. It seems that somewhere in the installation process IDS is placing a symbolic link in /usr/lib/informix that looks like this: IDS.11.50.FC3-JRE1.5 -> /devel7/informix/extend/krakatoa/jre /devel7/informix is the $INFORMIXDIR for the instance. Informix seems to assume that there will only be one copy of IDS running on the system. I know it is possible to have more than one. Since there is only one /usr/lib/informix, what do I do when I want to install IDS into the second instance (/test7/informix)? I can point the onconfig's for both to the seperate instance jre's. But, then what is the sym link used for? What is using it? How can I work around IDS wanting to use /usr/lib/informix. If each instance needs its own IDS.11.50.FC3-JRE1.5 link, how is it accomplished? I can find no documentation on this.
On Wed, Jul 29, 2009 at 08:08, RUSSELL ROTH<codepoet77@oh.rr.com> wrote: > I am in the middle of our first conversion from IDS 7.3 to IDS 11.5. > > We will have multiple instances running on HP-UX 11iv2 w/ ServiceGuard. And, > we are installing IDS in each of the cluster packages (application instances). > I'm overcoming all the obstacles but I'm not sure what to do with this one. > > It seems that somewhere in the installation process IDS is placing a symbolic > link in /usr/lib/informix that looks like this: > > IDS.11.50.FC3-JRE1.5 -> /devel7/informix/extend/krakatoa/jre > > /devel7/informix is the $INFORMIXDIR for the instance. > > Informix seems to assume that there will only be one copy of IDS running on > the system. I know it is possible to have more than one. > > Since there is only one /usr/lib/informix, what do I do when I want to install > IDS into the second instance (/test7/informix)? > > I can point the onconfig's for both to the seperate instance jre's. But, then > what is the sym link used for? What is using it? How can I work around IDS > wanting to use /usr/lib/informix. If each instance needs its own > IDS.11.50.FC3-JRE1.5 link, how is it accomplished? I can find no documentation > on this. First off - this only affects HP-UX, and I believe it only affects PA-RISC machines (not the IA64 machines - though I stand to be corrected on this). There are three scenarios to consider: (1) Two instances running in a single INFORMIXDIR locations (necessarily, the same version of IDS). (2) Two instances running in different INFORMIXDIR locations (but the version is the same). (3) Two instances running in different INFORMIXDIR locations (and the version is different). In case (1), there is no problem - both servers use the same library. In case (3), there is no problem - the servers have very specific link names and there will be two separate links to two separate places In case (2), there is no problem - until someone removes one of the INFORMIXDIR locations and the other still needs it around. While the versions are the same, it doesn't matter which of the two possible copies of the library are used - they are the same. Suppose the test instance in the test INFORMIXDIR is installed first; then the production instance; then the test instance is removed. At this point, the symlink doesn't point anywhere any more - so things get fraught. You can fix this by retargeting the symlink, or copying the file to under /usr/lib/informix, or by not removing the library even though you remove everything else. -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2008.0513 -- http://dbi.perl.org/ "Blessed are we who can laugh at ourselves, for we shall never cease to be amused." NB: Please do not use this email for correspondence. I don't necessarily read it every week, even. Jonathan Swift - "May you live every day of your life." - http://www.brainyquote.com/quotes/authors/j/jonathan_swift.html
And, that is what I did: moved jre to /usr/lib/informix and recreated the IDS.11.50.FC3-JRE1.5 symlink to it. Now any version 11.5 package that happens to be on that node thru failover, or during upgrades to other nodes will have no problem. But, it still bugs me that I can't change the symlink itself. It's almost like it is (to use a term from my programming days) hard-coded. It ought to be in a config file somewhere so I can point to where jre was installed. Call me crazy. Thanks.
On Fri, Jul 31, 2009 at 08:17, RUSSELL ROTH<codepoet77@oh.rr.com> wrote: > And, that is what I did: moved jre to /usr/lib/informix and recreated the > IDS.11.50.FC3-JRE1.5 symlink to it. Now any version 11.5 package that happens > to be on that node thru failover, or during upgrades to other nodes will have > no problem. > > But, it still bugs me that I can't change the symlink itself. It's almost like > it is (to use a term from my programming days) hard-coded. It ought to be in a > config file somewhere so I can point to where jre was installed. Call me > crazy. We'd love to do it better - the problem is related to thread-local storage in shared objects on PA-RISC (and it may be that SUID root - or just SUID - programs are a factor too). HP is aware of the problem, but has no plans to fix it. AFAICT, the hard-coded pathname is necessary to permit the JRE to be loaded. The alternative - of requiring IDS to be installed in some fixed location name - does not bear thinking about. Unless you know something different that will allow IDS to work ... -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2008.0513 -- http://dbi.perl.org/ "Blessed are we who can laugh at ourselves, for we shall never cease to be amused." NB: Please do not use this email for correspondence. I don't necessarily read it every week, even. Ted Turner - "Sports is like a war without the killing." - http://www.brainyquote.com/quotes/authors/t/ted_turner.html
No, I don't know a better way. I just wanted to get at the root and understand how things work and why they work a certain way. I understand things are always being improved, redesigned, tweaked, etc. I didn't want to keep doing things in a less than ideal way if a better one existed. Thank you for taking the time to explain it.