Bugzilla – Full Text Bug Listing
| Summary: | Must manually augment LD_LIBRARY_PATH in order to load a JVM; document or fix in SetConfig | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Randy D. Smith <randy.d.smith> | ||||||
| Component: | TPTP | Assignee: | Igor Alelekov <igor.alelekov> | ||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P1 | CC: | paulslau, samwai | ||||||
| Version: | unspecified | Keywords: | plan | ||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | closed460 | ||||||||
| Attachments: |
|
||||||||
|
Description
Randy D. Smith
Set target for 4.3 i2 Since LD_LIBRARY_PATH is an OS-specific env var, setting it in the platform-specific startup script (RAStart/ACStart) is the proper place for it. For the new AC, that work falls under bug 132409. However, profiling with the RAC using the Jrockit and Sun JVM's did not work until LD_LIBRARY_PATH was manually changed to include both JAVA_HOME/jre/lib/i386 and JAVA_HOME/jre/lib/i386/server. Need to modify the Linux IA32 version of the RAStart script to work for these. May choose not to do this for the RAC src since that package will be replaced fairly soon with the AC equivalent - so assigning to Kevin rather than Samson. Karla mis-heard what I said. *Profiling* was fine, but on start-up it couldn't load the JVM, so I expect the file server tests to fail. I'll be trying this more this afternoon and will update then. For now ignore the part about profiling not working... the JVM isn't needed for that, just the Java.exe. *** Bug 139779 has been marked as a duplicate of this bug. *** Randy - please confirm that the ACStart script checked in for 132409 fixes this and then close. As this is a script, can be addressed in i3. Need script to work for most common jvms. If I try to use the IBMJava2-142, I get: JVMCI114: Cannot obtain system-specific information while the servicelog.log shows: msg="Cannot create JVM and therefore cannot create file server" severity="30" version="1.0.1"> If I try to use JRockit R26.3.0 (jdk1.5.0_06), I don't get any message on the console, but the servicelog.log shows a similar problem: msg="Couldn't load JVM library libjvm.so" severity="30" version="1.0.1"> Only when I use the Sun Java (1.5.0_06 in my successful test) do I get no complaints about the JVM and thus having access to the Java File Server via AC/BC. One thing to NOTE is that this puts the "correctly behaving" situation on an unequal footing with the other failure cases! What I mean is that in performance testing I found that loading the JVM and thus the file server was a much higher impact on chewing up memory. Retargeting to 4.4 as 4.3 is closing down to all non-essential bug fixing. Igor - See if your changes to the ACStart script resolve this issue. Randy, please test attached scripts ACStart.sh and ACStop.sh instead of original to start/stop AC. These scripts correctly set LD_LIBRARY_PATH and you can try it with Sun, IBM or BEA jvm. Created attachment 58425 [details]
ACStart.sh
Created attachment 58426 [details]
ACStop.sh
Resolving since the bug is fixed by the patch for the bug #161220 *** Bug 161289 has been marked as a duplicate of this bug. *** As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open. |