[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] late binding of universe type
- Date: Tue, 14 Mar 2006 10:06:33 -0600
- From: Dan Bradley <dan@xxxxxxxxxxxx>
- Subject: Re: [Condor-users] late binding of universe type
You should be able to use the $$() mechanism for remote_universe, just
like any other attribute. In the present scheme, if you want
matchmaking to choose between grid and vanilla, you need to submit all
of the jobs as grid universe jobs; a portion of those can then match to
a Condor-C resource (i.e. a schedd) that will run them as vanilla jobs.
We have a daemon in development that does things the other way around:
the jobs run directly as vanilla jobs by default, but under conditions
that you can configure and control, they may also match to grid
destinations and be transformed into grid jobs.
Ryan Garver wrote:
I'm curious if it is possible to have a remote_universe entry in my job
file either fill in at matchmaking time or maybe be chosen from a list.
I would like to have a job choose between grid and vanilla. This could
be by inserting a variable from the machine class ad or just be a list.
Is this even possible? Is there a way to simulate this if it is not?