[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] SOFT_UID_DOMAIN ??
- Date: Mon, 09 Aug 2004 10:43:11 -0700
- From: Alain Roy <roy@xxxxxxxxxxx>
- Subject: Re: [Condor-users] SOFT_UID_DOMAIN ??
Rob Parrott wrote:
We recently upgraded to condor 6.6.6, and I think this corresponded with
a change in behavior of condor for some users.
What did you upgrade from? SOFT_UID_DOMAIN didn't change in the Condor 6.6
series, but in the Condor 6.5 series, there were bugs in looking at the
UID_DOMAIN. However, I don't think that the bug should have caused it to
work for you before the upgrade but not after it.
In Condor 6.6.5, we added TRUST_UID_DOMAIN, and it defaults to FALSE. This
may also have affected you.
One user started having runs hang on in the queue, where they would be
started and stopped immediately.
Is this a new user? Did anything else change? Is he submitting jobs from a
different computer than he used to?
When you upgraded, did you not preserve your configuration files? Perhaps
you had SOFT_UID_DOMAIN set in older config files?
For a workaround I've set SOFT_UID_DOMAIN=true and the runs have started
and completed successfully.
This sounds like exactly the right thing to do--it's just not clear why it
stopped working before.
Is there something further I can do to determine the root cause of the
problem? Is condor expected to work with NIS (I assume so, as it worked
Condor is expected to work with NIS. We know of problems with Condor & NIS
if you aren't using the dynamically-linked libraries, but the symptom is
that the binaries crash very quickly. The solution is to use the
dynamically linked version of Condor.
What is the hostname of the submitter? What is the hostname of the
execution machine? Does other machine have multiple interfaces, which may
look like they are in different domains?
What version of Condor did you upgrade from?