[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Condor-users] about condor_submit in condor-g



When condor is started as root, it switches to user condor for most of its
life, changing back to root only when necessary. Running condor this way
currently breaks condor_submit -s for globus jobs. We're actively working
to fix this. If you are the only person using this installation, you can
start condor as yourself and condor_submit -s will work.

On Thu, 3 Feb 2005, Carson Hung wrote:

> Originally, I run the condor_master as root (it will bring up
> condor_schedd also). But when I check with PS command, the owner become
> condor.
>
> By the way, the error msg is:
> 2/3 15:16:33 ******************************************************
> 2/3 15:16:33 ** condor_gridmanager (CONDOR_GRIDMANAGER) STARTING UP
> 2/3 15:16:33 ** /opt/condor/sbin/condor_gridmanager
> 2/3 15:16:33 ** $CondorVersion: 6.7.3 Dec 28 2004 $
> 2/3 15:16:33 ** $CondorPlatform: I386-LINUX_RH9 $
> 2/3 15:16:33 ** PID = 20301
> 2/3 15:16:33 ******************************************************
> 2/3 15:16:33 Using config file: /opt/condor/etc/condor_config
> 2/3 15:16:33 Using local config files:
> /opt/condor/local.pc-0242/condor_config.local
> 2/3 15:16:33 DaemonCore: Command Socket at <192.168.1.1:57928>
> 2/3 15:16:36 [20301] DaemonCore: Command received via UDP from host
> <192.168.1.1:32847>
> 2/3 15:16:36 [20301] DaemonCore: received command 60000 (DC_RAISESIGNAL),
> calling handler (HandleSigCommand())
> 2/3 15:16:36 [20301] Found job 78.0 --- inserting
> 2/3 15:16:36 [20301] Failed to get expiration time of proxy
> /opt/condor/local.pc-0242/spool/cluster79.proc0.subproc0/x509up_u500
> 2/3 15:16:36 [20301] (79.0) error acquiring proxy!
>
> Thanks,
> Carson
>
> > Is your schedd running as root? What are the permissions on the proxy
> > file? You can find the proxy file in the condor spool directory, in a
> > directory named clusterXX.procXX.subproc, with the XX's replaced with
> > the job id.
> >
> > On Thu, 3 Feb 2005, Carson Hung wrote:
> >
> >> Hi,
> >>
> >> First of all, thanks alot for your reply.
> >>
> >> I have setup the things according. However, I have met another
> >> problem. The remote machine seems to transfer also its proxy
> >> credential file to local machine spool. However, it seems that local
> >> machine does not have the access right to open that file and the
> >> prompt some security error.
> >>
> >> Thanks for any suggestion about this issue.
> >>
> >> Thanks,
> >> Carson
> >>
> >> > On Wed, 2 Feb 2005, Carson Hung wrote:
> >> >
> >> >> I succeeded in queuing up the jobs in a local machine with
> >> >> condor_schedd.
> >> >>
> >> >> However, May I ask a question on how to submit a job from a remote
> >> machine to local machine?
> >> >>
> >> >> I have checked the condor_submit command. It has an option called
> >> -r which takes in remote schedd name. However, How can I set the
> >> schedd name in local machine? and how can remote machine knows this
> >> schedd name?
> >> >
> >> > First, for remote submission to work, you need to have a collector
> >> running. The collector is where the Condor daemons advertise
> >> themeselves so that they can be found by others.
> >> >
> >> > Assuming everything is set up correctly, you should be able to run
> >> 'condor_status -schedd' from the remote machine and see your schedd
> >> listed in the output. The string under the Name heading (which may
> >> be truncated) is what you use with condor_submit -r. By default,
> >> schedds running as root or condor are named after their hostname.
> >> Schedds running as a user are named <username>@<hostname>. You can
> >> set a schedd's name with SCHEDD_NAME in the config file. This is
> >> handy if you want to run multiple schedds on the same machine.
> >> >
> >> > Be aware that condor_submit -r doesn't transfer any of the job's
> >> files from the remote to the local machine. If you want to do that,
> >> you need to use condor_submit -s. However, condor_submit -s has
> >> problems with schedds running as root, which we're currently working
> >> to fix.
> >
> >
> > +----------------------------------+---------------------------------+ |
> >            Jaime Frey            |  Public Split on Whether        | |
> >      jfrey@xxxxxxxxxxx         |  Bush Is a Divider              | |
> > http://www.cs.wisc.edu/~jfrey/  |         -- CNN Scrolling Banner |
> > +----------------------------------+---------------------------------+
>
>
>

+----------------------------------+---------------------------------+
|            Jaime Frey            |  Public Split on Whether        |
|        jfrey@xxxxxxxxxxx         |  Bush Is a Divider              |
|  http://www.cs.wisc.edu/~jfrey/  |         -- CNN Scrolling Banner |
+----------------------------------+---------------------------------+