[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] Stork not setting LD_LIBRARY_PATH defined in STORK_ENVIRONMENT
- Date: Sat, 17 Sep 2005 04:24:57 +0200 (CEST)
- From: Emir Imamagic <eimamagi@xxxxxxx>
- Subject: Re: [Condor-users] Stork not setting LD_LIBRARY_PATH defined in STORK_ENVIRONMENT
I was testing Stork on a machines that are used for submitting jobs by
multiple users, so the Condor needs to be started by root. Just as other
Condor daemons, Stork is started by setuid. Machines have various RH
versions: RH9, RHEL3 & FC3.
You are correct, Linux does ignore LD_LIBRARY_PATH for setuid processes
(man ld.so).However, I didn't find an option to start stork differently
from other services. Is that possible?
Also, if I understood the Stork concept correctly, Stork should be
deployed together with Schedd services and has to be available to all
users. Is that correct? In my case there are 5 sites - should I
deploy one stork on every site or only one central stork? Would stork
started by user accept demands from other users?
Thanks a lot,
On Fri, 16 Sep 2005, Jeff Weber wrote:
Neither Condor nor Stork explicity remove LD_LIBRARY_PATH from the
environment. I did some checks with test files like yours, and indeed
LD_LIBRARY_PATH appears in the executed module environment. This occurs
when inheriting the environment from shell (and condor_master), and when
setting the environment via STORK_ENVIRONMENT. I was running Stork from
the user level, not root.
We strongly recommend running Stork at the user level. What is your
config, including operating system? Are you running Stork as root or
setuid? Linux may remove LD_LIBRARY_PATH when running setuid.
On Thu, 2005-09-15 at 13:15 +0200, Emir Imamagic wrote:
I'm using Condor 6.7.10 and latest Stork contib modules. Globus
installation is in a non-standard directory /home/globus/globus, so I
added environment variables in STORK_ENVIRONMENT:
However, Condor doesn't set the LD_LIBRARY_PATH value. Every stork job
fails with error:
"GLOBUS error: globus-url-copy: error while loading shared libraries:
libglobus_gass_copy_gcc32.so.0: cannot open shared object file: No such
file or directory\n"
Research Staff, Condor Project
Dept. of Computer Sciences
University of Wisconsin, USA
Condor-users mailing list