[MITgcm-support] Difficult with cpl_aim+oce
Jean-Michel Campin
jmc at ocean.mit.edu
Fri Sep 20 12:30:06 EDT 2013
Hi Chris,
You may need to adapt the script "run_cpl_test" for your MPI version.
In run_cpl_test, there are 3 cases coded (lines 234 to 247),
mpich2 or openmpi, mpich-mx and default old mpich (version 1).
But the way the script select one of these 3 is not
portable, so may be if you reset (just after line 233) the 3 flags:
mpichmx, mpich2 and openpi, it might just work.
Cheers,
Jean-Michel
On Thu, Sep 19, 2013 at 02:18:56PM -0400, Chris Horvat wrote:
> Hi all,
>
> I know there have been a few threads covering this from other directions,
> but I'm looking for a little help running the coupled ocean/aim experiment.
> Currently the run_cpl_test 3 command returns the following:
>
> --------------------------------------
> execute 'mpirun -p4pg pr_group -v ./build_cpl/mitgcmuv' :
> -umask <umask> # umask for remote process
> -path <dirname> # place to look for executables
> -host <hostname> # host to start on
> -soft <spec> # modifier of -n value
> -arch <arch> # arch type to start on (not implemented)
> -envall # pass all env vars in current
> environment
> -envnone # pass no env vars
> -envlist <list of env var names> # pass current values of these vars
> -env <name> <value> # pass this value of this env var
> mpiexec [global args] [local args] executable args : [local args]
> executable...
> mpiexec -gdba jobid # gdb-attach to existing jobid
> mpiexec -configfile filename # filename contains cmd line segs as
> lines
> (See User Guide for more details)
>
> Examples:
> mpiexec -l -n 10 cpi 100
> mpiexec -genv QPL_LICENSE 4705 -n 3 a.out
>
> mpiexec -n 1 -host foo master : -n 4 -host mysmp slave
> ----------------------------------------------------
>
> which I take to mean it isn't liking one of the optional (most likely
> mpirun -pgp4). Is anyone familiar with this error?
>
> If I run the simple command
>
> mpd
> mpirun ./build_cpl/mitgcmuv > xx
>
> in a batch script, the job will send and appear to be running, but won't
> produce any STD* output or error output.
>
> Thanks for your help!!!!
>
> Chris
>
>
> ---
> Christopher Horvat -- www.chrv.at <http://www.chrv.at/blog.html>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support
More information about the MITgcm-support
mailing list