Red Hat Bugzilla – Bug 671880
Last modified: 2013-08-10 08:39:42 EDT
Description of problem:
The Java DRMAA abstraction drmaa.jar cannot find/load the libdrmaa.so library, which is located in /usr/lib64/libdrmaa.so.1.0. A soft-link
libdrmaa.so -> libdrmaa.so.1.0 is missing.
Version-Release number of selected component (if applicable):
Fedora14, gridengine 6.2u5
Use a Java tool that tries to submit jobs via the DRMAA interface. Have drmaa.jar in the classpath of the JRE.
Steps to Reproduce:
Wow.... that is complex. I have a self-written tool issuing the DRMAA calls. If needed, I can provide some java test-code.
[sw:submit] java.lang.UnsatisfiedLinkError: no drmaa in java.library.path
[sw:submit] at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1734)
[sw:submit] at java.lang.Runtime.loadLibrary0(Runtime.java:823)
[sw:submit] at java.lang.System.loadLibrary(System.java:1028)
[sw:submit] at com.sun.grid.drmaa.SessionImpl$1.run(SessionImpl.java:64)
[sw:submit] at java.security.AccessController.doPrivileged(Native Method)
[sw:submit] at com.sun.grid.drmaa.SessionImpl.<clinit>(SessionImpl.java:62)
[sw:submit] at com.sun.grid.drmaa.SessionFactoryImpl.getSession(SessionFactoryImpl.java:60)
[sw:submit] at gs.simtool.tools.SGESubmitter.<init>(SGESubmitter.java:52)
Why is it looking for libdrmaa.so rather than libdrmaa.so.1.0? Any idea? In the meantime you can install gridengine-devel to get the libdrmaa.so link.
I did a new installation of a F19 system last week and came across the same issue with this missing softlink again.
I disagree with your "EasyFix" of installing the development package of gridengine. This solves the problem, no question. However, this link that allows the java library to access the ELF library is not specific to a software development task. It should rather work in any production system ...
There is a blog description at Sun's web pages about this DRMAA interface from Daniel Templeton. https://blogs.oracle.com/templedf/entry/drmaa_providers
There, he explains this DRMAA interface to access the grid and how it is (was) realized in this original Sun GridEngine:
He also explains in the comments section in detail where/how the drmaa.jar java library expects to find the native libdrmaa.so library.
The problem is that DRMAA has a native component. The native component is found in $SGE_ROOT/lib/$ARCH/libdrmaa.so. In order for DRMAA to function, $SGE_ROOT/lib/$ARCH must be in your library path. The easiest way to do that with SGE 6.0 is to source the settings file (<code>source $SGE_ROOT/$SGE_CELL/common/settings.csh</code> or <code>. $SGE_ROOT/$SGE_CELL/common/settings.sh</code>) before running your application.
I didn't check the original package coming from this SGE fork. I think the problem lies in this re-packaging for Fedora so that the library path now lies in /usr/lib64/
Also, Dan explicitly refers to drmaa.jar is looking for libdrmaa.so -- which is in line with this solution of simply adding this soft-link.
Okay, you've convinced me. Sorry it took so long.
gridengine-2011.11p1-15.fc18 has been submitted as an update for Fedora 18.
gridengine-2011.11p1-15.fc19 has been submitted as an update for Fedora 19.
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing gridengine-2011.11p1-15.fc18'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
okay for me...
gridengine-2011.11p1-15.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
gridengine-2011.11p1-15.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.