Submitting Abaqus Jobs to Batch System: abaqus_batch
A script is available for submitting Abaqus 6.6 jobs to the PBS batch
queues on the SGI/Altix system at NCSA,
or PBS batch queues on EMt64/linux cluster at NCSA.
The script is at /usr/apps/csm/scripts/abaqus_batch.
When the script is invoked with the option --help, it prints a list
of its options and exits:
co-login1% /usr/apps/csm/scripts/abaqus_batch --help
ABAQUS 6.6-EF1 --- SGI/Altix
usage: abaqus_batch job_name [options]
This script submits an Abaqus/Standard job to the batch system.
options:
--help # display options and exit
--dryrun # Check arguments and exit
--input file # input file (default is job_name.inp)
--user_sub file # compile and link user supplied Fortran subroutines
--lib library # link with the given library (or libraries)
--datacheck # datachecking (no runs)
--double # double precision executable for Abaqus/Explicit
--restart file # use restart file from earlier Abaqus run
--globalmodel file# global model's results file
--datafile file # reads input from external datafile
--datafile2 file2.tar # transferes and untars file.tar archive to batch host.
#(file.tar should archive all nonstandard external files)
--fil file # reads data from previous result file
--wall time # wall clock time in minutes, for batch; default is 60 mins
--mem mem # memory in Mbytes; default is 500 Mb
--np np # number of processors; default is 1
--no_copy_back # suppress copying of output files to submit directory;
# (output files can still be retrieved from UniTree)
--mail # to receive email after job completes
--proj proj_name # to charge SU-s to a different then default project (in case of multiple projects)
--thread_domain # Explicit only, Copper only, use threaded domain decomposition solver
--mpi_domain # Explicit only, Copper and Tungsten, use MPI domain decomposition solver
cu12%
In normal use, the script prints a summary of requested options and submits a
batch job. The
batch job runs Abaqus/Standard or Abaqus/Explicit , creates a gzipped tar file with the
user's input files and any
Abaqus output files, and then uploads the tar file to the mass storage system.
In addition, all
Abaqus output files are copied to the directory where abaqus_batch
was invoked. Email is
sent to the user if the batch job fails.
Stdout and stderr from the execution of Abaqus/Standard(Explicit) are redirected to a
single file. The name of the file has the form jobname.log, where jobname is
the job name that appears on the abaqus_batch command line.
A typical invocation is shown below with an input deck and a user subroutine,
"llq" or ("bjobs" on tun/linux) command is
is excuted to check if job is queued.
co-login1% ls
t2.inp mysub.f
co-login1% abaqus_batch t2 --wall 20 --mem 1500 --user_sub mysub.f
ABAQUS 6.6-EF1 --- SGI/Altix
SUMMARY OF COMMAND LINE ARGUMENTS, DEFAULTS
job name: t2
input file: /u/ncsa/skoric/abq/t2.inp
number of processors: 1
submitting a job to the batch queuing system
estimated cpu time: 20 minute(s)
estimated memory usage: 1500 Mbyte(s)
compiling and linking Fortran subroutines in file /u/ncsa/skoric/abq/mysub.f
output files will be copied back to the submit directory
(a tar file of the output files will also be found on UniTree
in your UniTree directory ~/abaqus_batch/)
For complete information,
see
http://www.ncsa.uiuc.edu/UserInfo/Resources/Software/CSM/abaqus_batch.html
To check the status of your batch jobs type qstat -u your_login on SGI/Altix
or bjobs on Xeon/Linux cluster.
Please keep in mind that batch jobs are killed by the batch system, if they
use more wall
time than they request. Check the job reports mailed by the batch system to
find out how
much wall clock time and memory your jobs use, and plan walll clock time and
memory requests for
future jobs accordingly. Use datacheck option in interactive run, or --datacheck option
in batch to
check for necessary memory requirements for your run.
All the files are regularly purged from scratch, and it might happen that your
large input files
are purged even before your job starts executing from batch (while it is
still pending in
batch). To prevent this, submit your large inputs from your home directory and
use
--no_copy_back option to suppress copying back large outputs to your home
directory. Your
tarred outputs can be still found on UniTree in your home UniTree directory ~/abaqus_batch/.
The tar file that's uploaded to the mass storage system at the end of each
job is placed in
~/abaqus_batch in the user's mass storage system home directory. Uploaded
tar files have
names of the form jobid.tar.gz, where jobid is the 4(or 5)digit
job-id assigned by the batch
system.
--fil result_file_name If your job reads
data from a previous results file (*.fil), then this option just copies *.fil
file to the directory on the execution host where your job will be running.
This is not fil option from interactive execution procedure. Use this option
in batch only if you are reading results files from previous runs.
--datafile data_file_name Similar to --fil,
this option copy to the batch host an external file that your job reads from
(things like amplitude, node, or element data).
--globalmodel global_model_results_file This
option specifies the name of the global model's results file from which the
results are to be interpolated to drive a submodel analysis. This option is
required whenever the *SUBMODEL or *BOUNDARY SUBMODEL option is in the input
file.
--datafile2 file.tar Use this option if there are many non standard
Abaqus files that need to be copied to the batch host.
You must tar all non standard files into an archive first. Please see FAQ
#13.
This script does not have any options for interactive use of Abaqus.