
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 16 to 16 | ||||||||
| Log = foobar.log arguments = "-a -n" transfer_executable = false | ||||||||
| Added: | ||||||||
| > > | request_memory = 2*1024 | |||||||
| Queue | ||||||||
| Line: 23 to 24 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| ||||||||
| Added: | ||||||||
| > > |
| |||||||
/condor/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 23 to 23 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| ||||||||
| Line: 97 to 98 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < | ||||||||
| > > | ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 35 to 35 | ||||||||
| notify_user = jdoe@example.com | ||||||||
| Added: | ||||||||
| > > | The notifications can get overwhelming for large jobs, since you get one email per completed process. You can adjust this by setting the "notify" attribute in your submit description file. Valid options are "Always", "Complete" (the default), "Error", and "Never". For example:
notify = Error...will cause email to only be sent in the event the job encounters an error. | |||||||
Submitting the jobNow that you have a description file, submitting it is as simple as:condor_submit foobar.cmd | ||||||||
| Line: 48 to 54 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < | These commands normally only operate on jobs that have been submitted from the same machine they're run from. condor_q supports a -global switch to see all jobs. | |||||||
| > > | These commands normally only operate on jobs that have been submitted from the same machine they're run from. condor_q supports a -global switch to see all jobs. | |||||||
All of these commands have manual pages that may be displayed with the man command. | ||||||||
| Line: 91 to 97 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < | -- brodbd - 27 October 2009 | |||||||
| > > | ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 48 to 48 | ||||||||
| ||||||||
| Added: | ||||||||
| > > | These commands normally only operate on jobs that have been submitted from the same machine they're run from. condor_q supports a -global switch to see all jobs. | |||||||
All of these commands have manual pages that may be displayed with the man command.
Additionally, CondorView provides status graphs, updated every 15 minutes. | ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 64 to 69 | ||||||||
$(Process) is a variable substitution; it will be replaced by the process number of each process that's queued. Consult the condor_submit manpage ( man condor_submit) for more details. | ||||||||
| Added: | ||||||||
| > > | Being "nice"If you have a very large queue of jobs to run, but don't care if they finish quickly, you can add the following to your submit file as a courtesy to other users:nice_user = true | |||||||
| Added: | ||||||||
| > > | This tells condor to let other jobs jump ahead of yours in the queue, when a new slot is available; in other words, processes in your job will only start on slots that no other jobs want. | |||||||
Things to keep in mind | ||||||||
| Added: | ||||||||
| > > | ||||||||
Because the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, /projects, /NLP_TOOLS, and /corpora are shared; however, /tmp is not. Make sure everything your job needs is located on one of the shared filesystems.
If you want to put input, output, or error files on a non-shared filesystem such as /tmp, you can add stream_input=true, stream_output=true, and/or stream_error=true to your submit file. This tells Condor to pipe the output back to the original submitting system instead of creating the file on the node. It may add a slight performance penalty of you're doing a lot of I/O. | ||||||||
| Line: 79 to 90 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < | -- brodbd - 17 Sep 2009 | |||||||
| > > | -- brodbd - 27 October 2009 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 12 to 12 | ||||||||
| input = foobar.in output = foobar.out error = foobar.error | ||||||||
| Changed: | ||||||||
| < < | Log = /tmp/brodbd/foobar.log | |||||||
| > > | Log = foobar.log | |||||||
| arguments = "-a -n" transfer_executable = false Queue | ||||||||
| Line: 22 to 22 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
/condor/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | ||||||||
| Line: 43 to 43 | ||||||||
The easiest way to track the progress of your job is to check its logfile. The following commands are also helpful:
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
All of these commands have manual pages that may be displayed with the man command.
Additionally, CondorView provides status graphs, updated every 15 minutes. | ||||||||
| Line: 54 to 54 | ||||||||
Multiple submissions can also be automated; for example, if we wanted to run the above job three times, with input files named "foobar.in0" through "foobar.in2", we could do the following:
Executable = foobar | ||||||||
| Deleted: | ||||||||
| < < | Universe = vanilla | |||||||
| getenv = true input = foobar.in$(Process) output = foobar.out$(Process) | ||||||||
| Line: 69 to 68 | ||||||||
Things to keep in mindBecause the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, /projects, /NLP_TOOLS, and /corpora are shared; however, /tmp is not. Make sure everything your job needs is located on one of the shared filesystems. | ||||||||
| Changed: | ||||||||
| < < | If you want to put input, output, or error files on a non-shared filesystem such as /tmp, you can add stream_input=true, stream_output=true, and/or stream_error=true to your submit file. This tells Condor to pipe the output back to the original submitting system instead of creating the file on the node. | |||||||
| > > | If you want to put input, output, or error files on a non-shared filesystem such as /tmp, you can add stream_input=true, stream_output=true, and/or stream_error=true to your submit file. This tells Condor to pipe the output back to the original submitting system instead of creating the file on the node. It may add a slight performance penalty of you're doing a lot of I/O. | |||||||
To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Additionally, processes on patas itself are limited to no more than 2 GB of RAM. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive.
Automating Job Submission from the Command LineThe CondorExec program allows you to send an arbitrary command line to Condor. | ||||||||
| Added: | ||||||||
| > > | Related Pages
| |||||||
| Changed: | ||||||||
| < < | -- brodbd - 27 Mar 2009 | |||||||
| > > | -- brodbd - 17 Sep 2009 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 22 to 22 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| ||||||||
| Line: 76 to 76 | ||||||||
| The CondorExec program allows you to send an arbitrary command line to Condor. | ||||||||
| Changed: | ||||||||
| < < | -- brodbd - 21 Feb 2008 | |||||||
| > > | -- brodbd - 27 Mar 2009 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Changed: | ||||||||
| < < | You need to create a submit description file (sometimes referred to as a submit script) telling Condor how to run your program. For example, let's say we have a program called foobar that accepts input on stdin, produces output on stdout, and accepts a few command line arguments. To run this program normally, you might do something like this:
foobar -a -n <foobar.in >foobar.out | |||||||
| > > | You need to create a submit description file (sometimes referred to as a submit script) telling Condor how to run your program. For example, let's say we have a program called foobar that accepts input on stdin, produces output on stdout, and accepts a few command line arguments. To run this program normally, you might do something like this: foobar -a -n <foobar.in >foobar.out | |||||||
Here's a sample Condor submit file (let's call it foobar.cmd) that does the same thing: | ||||||||
| Line: 36 to 35 | ||||||||
Submitting the job | ||||||||
| Changed: | ||||||||
| < < | Now that you have a description file, submitting it is as simple as:
condor_submit foobar.cmd | |||||||
| > > | Now that you have a description file, submitting it is as simple as: condor_submit foobar.cmd | |||||||
The job will be queued and run on the first available machine. You will receive an email message when it completes, either at your UW address or at the one you specified in the notify_user line in the submit file. | ||||||||
| Line: 74 to 72 | ||||||||
If you want to put input, output, or error files on a non-shared filesystem such as /tmp, you can add stream_input=true, stream_output=true, and/or stream_error=true to your submit file. This tells Condor to pipe the output back to the original submitting system instead of creating the file on the node.
To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Additionally, processes on patas itself are limited to no more than 2 GB of RAM. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | ||||||||
| Added: | ||||||||
| > > | Automating Job Submission from the Command Line | |||||||
| Changed: | ||||||||
| < < | -- brodbd - 21 Feb 2008 | |||||||
| > > | The CondorExec program allows you to send an arbitrary command line to Condor. | |||||||
| Added: | ||||||||
| > > | -- brodbd - 21 Feb 2008 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 73 to 73 | ||||||||
If you want to put input, output, or error files on a non-shared filesystem such as /tmp, you can add stream_input=true, stream_output=true, and/or stream_error=true to your submit file. This tells Condor to pipe the output back to the original submitting system instead of creating the file on the node. | ||||||||
| Changed: | ||||||||
| < < | To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | |||||||
| > > | To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Additionally, processes on patas itself are limited to no more than 2 GB of RAM. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | |||||||
| Changed: | ||||||||
| < < | -- brodbd - 01 Feb 2008 | |||||||
| > > | -- brodbd - 21 Feb 2008 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 51 to 51 | ||||||||
Additionally, CondorView provides status graphs, updated every 15 minutes.
Advanced options | ||||||||
| Changed: | ||||||||
| < < | It's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. See /condor/condor-6.8.5/examples/loop.cmd for a good, well-documented example of this. | |||||||
| > > | It's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. See /condor/examples/loop.cmd for a good, well-documented example of this. | |||||||
| Multiple submissions can also be automated; for example, if we wanted to run the above job three times, with input files named "foobar.in0" through "foobar.in2", we could do the following: | ||||||||
| Line: 75 to 75 | ||||||||
| To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | ||||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 11 Jan 2008 | |||||||
| > > | -- brodbd - 01 Feb 2008 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 28 to 28 | ||||||||
| ||||||||
| Changed: | ||||||||
| < < | /condor/condor-6.8.5/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | |||||||
| > > | /condor/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | |||||||
| Note: If your email address is not of the form username@u.washington.edu, or if your cluster login and your University netid don't match, you should add a notify_user line to the submit description file to tell condor where to send mail. For example: | ||||||||
| Line: 75 to 75 | ||||||||
| To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | ||||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 26 Nov 2007 | |||||||
| > > | -- DavidBrodbeck - 11 Jan 2008 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 69 to 69 | ||||||||
$(Process) is a variable substitution; it will be replaced by the process number of each process that's queued. Consult the condor_submit manpage (man condor_submit) for more details.
Things to keep in mind | ||||||||
| Changed: | ||||||||
| < < | Because the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, /projects, /NLP_TOOLS, and /corpora are shared; however, /tmp is not. Condor will automatically transfer executables, input, and output files, but not necessarily libraries, modules, or additional files your software tries to open. Make sure these items are located on one of the shared filesystems. | |||||||
| > > | Because the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, /projects, /NLP_TOOLS, and /corpora are shared; however, /tmp is not. Make sure everything your job needs is located on one of the shared filesystems.
If you want to put input, output, or error files on a non-shared filesystem such as /tmp, you can add stream_input=true, stream_output=true, and/or stream_error=true to your submit file. This tells Condor to pipe the output back to the original submitting system instead of creating the file on the node. | |||||||
| To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | ||||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 11 Oct 2007 | |||||||
| > > | -- DavidBrodbeck - 26 Nov 2007 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 20 to 20 | ||||||||
| A few of these lines require explanation. | ||||||||
| Added: | ||||||||
| > > |
| |||||||
| ||||||||
| Line: 70 to 73 | ||||||||
| To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | ||||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 24 Sep 2007 | |||||||
| > > | -- DavidBrodbeck - 11 Oct 2007 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 15 to 15 | ||||||||
| error = foobar.error Log = /tmp/brodbd/foobar.log arguments = "-a -n" | ||||||||
| Added: | ||||||||
| > > | transfer_executable = false | |||||||
| Queue | ||||||||
| Line: 22 to 23 | ||||||||
| ||||||||
| Added: | ||||||||
| > > |
| |||||||
/condor/condor-6.8.5/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | ||||||||
| Line: 45 to 47 | ||||||||
| Additionally, CondorView provides status graphs, updated every 15 minutes. | ||||||||
| Deleted: | ||||||||
| < < | Reducing startup timeBy default, Condor will automatically copy your executable file to the compute node. If you know that the executable files are already accessible to the node (e.g., files in your home directory, which is on a shared filesystem) you can reduce the amount of time needed to start your job by telling Condor not to transfer those files. You can do this by adding the following line to your submit file, above the queue line:transfer_executable = falseThis also greatly reduces the load on the file server, which tends to be a choke point when queueing a large number of jobs simultaneously. Most of the time you will want this line in your submit file. All of the nodes have the same software load, and /home, /opt, /project, and /NLP_TOOLS are shared by all nodes. Generally speaking you should start with transfer_executable set to false, and only set it to true if you have problems. | |||||||
Advanced optionsIt's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. See/condor/condor-6.8.5/examples/loop.cmd for a good, well-documented example of this. | ||||||||
| Line: 77 to 70 | ||||||||
| To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. | ||||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 23 Aug 2007 | |||||||
| > > | -- DavidBrodbeck - 24 Sep 2007 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 75 to 75 | ||||||||
Things to keep in mindBecause the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, /projects, /NLP_TOOLS, and /corpora are shared; however, /tmp is not. Condor will automatically transfer executables, input, and output files, but not necessarily libraries, modules, or additional files your software tries to open. Make sure these items are located on one of the shared filesystems. | ||||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 17 Aug 2007 | |||||||
| > > | To keep the cluster responsive, long-running processes run on patas itself will automatically have their CPU priority lowered. Processes submitted to Condor are not affected by this, so you should try to use Condor for anything CPU-intensive. -- DavidBrodbeck - 23 Aug 2007 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 46 to 46 | ||||||||
Additionally, CondorView provides status graphs, updated every 15 minutes.
Reducing startup time | ||||||||
| Changed: | ||||||||
| < < | By default, Condor will automatically copy your executable file to the compute node. If you know that the executable files are already accessible to the node (e.g., files in your home directory, which is on a shared filesystem) you can greatly reduce the amount of time needed to start your job by telling Condor not to transfer those files. You can do this by adding the following line to your submit file, above the queue line: | |||||||
| > > | By default, Condor will automatically copy your executable file to the compute node. If you know that the executable files are already accessible to the node (e.g., files in your home directory, which is on a shared filesystem) you can reduce the amount of time needed to start your job by telling Condor not to transfer those files. You can do this by adding the following line to your submit file, above the queue line: | |||||||
transfer_executable = false | ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 45 to 45 | ||||||||
| Additionally, CondorView provides status graphs, updated every 15 minutes. | ||||||||
| Added: | ||||||||
| > > | Reducing startup timeBy default, Condor will automatically copy your executable file to the compute node. If you know that the executable files are already accessible to the node (e.g., files in your home directory, which is on a shared filesystem) you can greatly reduce the amount of time needed to start your job by telling Condor not to transfer those files. You can do this by adding the following line to your submit file, above the queue line:transfer_executable = falseThis also greatly reduces the load on the file server, which tends to be a choke point when queueing a large number of jobs simultaneously. Most of the time you will want this line in your submit file. All of the nodes have the same software load, and /home, /opt, /project, and /NLP_TOOLS are shared by all nodes. Generally speaking you should start with transfer_executable set to false, and only set it to true if you have problems. | |||||||
Advanced optionsIt's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. See/condor/condor-6.8.5/examples/loop.cmd for a good, well-documented example of this. | ||||||||
| Line: 64 to 73 | ||||||||
$(Process) is a variable substitution; it will be replaced by the process number of each process that's queued. Consult the condor_submit manpage (man condor_submit) for more details.
Things to keep in mind | ||||||||
| Changed: | ||||||||
| < < | Because the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, and /corpora are shared; however, /tmp is not, so if you need to place input or output files there you'll need to investigate the should_transfer_files option, described in the condor_submit manpage and in the Condor user manual. | |||||||
| > > | Because the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, /projects, /NLP_TOOLS, and /corpora are shared; however, /tmp is not. Condor will automatically transfer executables, input, and output files, but not necessarily libraries, modules, or additional files your software tries to open. Make sure these items are located on one of the shared filesystems. | |||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 19 Jul 2007 | |||||||
| > > | -- DavidBrodbeck - 17 Aug 2007 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 43 to 43 | ||||||||
man command. | ||||||||
| Added: | ||||||||
| > > | Additionally, CondorView provides status graphs, updated every 15 minutes. | |||||||
Advanced optionsIt's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. See/condor/condor-6.8.5/examples/loop.cmd for a good, well-documented example of this. | ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 21 to 21 | ||||||||
A few of these lines require explanation.
| ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
/condor/condor-6.8.5/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | ||||||||
| Line: 64 to 64 | ||||||||
Things to keep in mindBecause the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, and /corpora are shared; however, /tmp is not, so if you need to place input or output files there you'll need to investigate theshould_transfer_files option, described in the condor_submit manpage and in the Condor user manual. | ||||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 11 Jul 2007 | |||||||
| > > | -- DavidBrodbeck - 19 Jul 2007 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 19 to 19 | ||||||||
| A few of these lines require explanation. | ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 25 to 25 | ||||||||
/condor/condor-6.8.5/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | ||||||||
| Added: | ||||||||
| > > | Note: If your email address is not of the form username@u.washington.edu, or if your cluster login and your University netid don't match, you should add a notify_user line to the submit description file to tell condor where to send mail. For example:
notify_user = jdoe@example.com | |||||||
Submitting the jobNow that you have a description file, submitting it is as simple as:condor_submit foobar.cmd | ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description file | ||||||||
| Line: 19 to 19 | ||||||||
| A few of these lines require explanation. | ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description fileYou need to create a submit description file telling Condor how to run your program. For example, let's say we have a program calledfoobar that accepts input on stdin, produces output on stdout, and accepts a few command line arguments. To run this program normally, you might do something like this:
foobar -a -n <foobar.in >foobar.out | ||||||||
| Changed: | ||||||||
| < < | Here's a sample Condor submit file that does the same thing: | |||||||
| > > | Here's a sample Condor submit file (let's call it foobar.cmd) that does the same thing: | |||||||
Executable = foobar Universe = vanilla | ||||||||
| Line: 23 to 23 | ||||||||
| ||||||||
| Added: | ||||||||
| > > | /condor/condor-6.8.5/examples contains some sample jobs. You may want to examine some of the submit description files there to get a better feel for how this works in different situations. | |||||||
Submitting the jobNow that you have a description file, submitting it is as simple as:condor_submit foobar.cmd | ||||||||
| Line: 31 to 33 | ||||||||
Managing jobsThe easiest way to track the progress of your job is to check the logfile. The following commands are also helpful: | ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
| |||||||
| ||||||||
| Added: | ||||||||
| > > | All of these commands have manual pages that may be displayed with the man command. | |||||||
Advanced options | ||||||||
| Changed: | ||||||||
| < < | It's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. This can also be automated; for example, if we wanted to run the above job three times, with input files named "foobar.in0" through "foobar.in2", we could do the following: | |||||||
| > > | It's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. See /condor/condor-6.8.5/examples/loop.cmd for a good, well-documented example of this.
Multiple submissions can also be automated; for example, if we wanted to run the above job three times, with input files named "foobar.in0" through "foobar.in2", we could do the following: | |||||||
Executable = foobar Universe = vanilla | ||||||||
| Line: 49 to 54 | ||||||||
| Queue 3 | ||||||||
| Changed: | ||||||||
| < < | Consult the condor_submit manpage (man condor_submit) for more details. | |||||||
| > > | $(Process) is a variable substitution; it will be replaced by the process number of each process that's queued. Consult the condor_submit manpage (man condor_submit) for more details. | |||||||
Things to keep in mind | ||||||||
| Changed: | ||||||||
| < < | Because the job will actually be run on a compute node, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, and /corpora are shared; however, /tmp is not, so if you place input or output files there you'll need to investigate the should_transfer_files option, described in the condor_submit manpage and in the Condor user manual. | |||||||
| > > | Because the job will actually be run on a compute node, not on the system you're logged into, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, and /corpora are shared; however, /tmp is not, so if you need to place input or output files there you'll need to investigate the should_transfer_files option, described in the condor_submit manpage and in the Condor user manual. | |||||||
| Changed: | ||||||||
| < < | -- DavidBrodbeck - 10 Jul 2007 | |||||||
| > > | -- DavidBrodbeck - 11 Jul 2007 | |||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
| Added: | ||||||||
| > > | How do I use it? A quick Condor tutorialHow do I set up a job?Creating a submit description fileYou need to create a submit description file telling Condor how to run your program. For example, let's say we have a program calledfoobar that accepts input on stdin, produces output on stdout, and accepts a few command line arguments. To run this program normally, you might do something like this:
foobar -a -n <foobar.in >foobar.out
Here's a sample Condor submit file that does the same thing:
Executable = foobar Universe = vanilla getenv = true input = foobar.in output = foobar.out error = foobar.error Log = /tmp/brodbd/foobar.log arguments = "-a -n" QueueA few of these lines require explanation.
Submitting the jobNow that you have a description file, submitting it is as simple as:condor_submit foobar.cmd
The job will be queued and run on the first available machine. You will receive an email message when it completes.
Managing jobsThe easiest way to track the progress of your job is to check the logfile. The following commands are also helpful:
Advanced optionsIt's possible to submit multiple jobs with one submit file, using multiple Queue lines. Each submission can have different parameters. This can also be automated; for example, if we wanted to run the above job three times, with input files named "foobar.in0" through "foobar.in2", we could do the following:Executable = foobar Universe = vanilla getenv = true input = foobar.in$(Process) output = foobar.out$(Process) error = foobar.error$(Process) Log = /tmp/brodbd/foobar.log arguments = "-a -n" Queue 3Consult the condor_submit manpage ( man condor_submit) for more details.
Things to keep in mindBecause the job will actually be run on a compute node, it's important to make sure that it will be able to access all the files it needs. Home directories, /opt, and /corpora are shared; however, /tmp is not, so if you place input or output files there you'll need to investigate theshould_transfer_files option, described in the condor_submit manpage and in the Condor user manual.
-- DavidBrodbeck - 10 Jul 2007 | |||||||