Okay so after reading a bit more maybe I should throw out my issue and see what the correct solution is?
I have linked .so files in the $SGE_ROOT/lib/$ARCH path which are needed for sge_shephard to run. What is the best approach inheriting this path into sge_shephard from sge_execd? Presently, all attempts to set the LD_LIBARARY_PATH before running sge_execd have failed on inheritance to the sge_shephard. Cheers, Ray On Fri, Mar 21, 2014 at 9:05 AM, Ray Pete <[email protected]> wrote: > Hi, > > I have a question regarding the below line in the default sgeexecd startup > script for SoGE 8.1.6. > The case statement below completely ignores adding the LD_LIBRARY_PATH > from SGE to the startup script > if arch is sol or lx? Is this an intended feature and/or a reason for > this? I have linked .so files in this path for lx-amd64, which are not > added > to the LD_LIBARARY_PATH due to this case statement falling out and my > sge_shephard is failing to start properly. > > I assume if permissions are safe in the lib/$ARCH path (ie root owned) > then there would be no harm here? > > ARCH=`$SGE_ROOT/util/arch` > # library path setting required only for architectures where RUNPATH is > not supported > [ -d $SGE_ROOT/lib/$ARCH ] && > case $ARCH in > sol*|lx*) > ;; > *) > shlib_path_name=`$SGE_ROOT/util/arch -lib` > old_value=`eval echo '$'$shlib_path_name` > if [ x$old_value = x ]; then > eval $shlib_path_name=$SGE_ROOT/lib/$ARCH > else > eval $shlib_path_name=$old_value:$SGE_ROOT/lib/$ARCH > fi > export $shlib_path_name > ;; > esac > > > > -- > > Raymond Pete > Scientific Computing Services > 617-714- 8202 > > > -- Raymond Pete Scientific Computing Services 617-714- 8202
_______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
