WRF4L

De Wikicima
(Diferencias entre revisiones)
Saltar a: navegación, buscar
(Fixing...)
(How to simulate)
 
(No se muestran 12 ediciones intermedias realizadas por 2 usuarios)
Línea 3: Línea 3:
 
Lluís developed a less powerful one which is here described
 
Lluís developed a less powerful one which is here described
   
WRF work-flow management is done via 4 scripts (these are the specifics for hydra [CIMA cluster]):
+
WRF work-flow management is done via 5 scripts (these are the specifics for hydra [CIMA cluster]):
 
* <code>EXPERIMENTparameters.txt</code>: General ASCII file which configures the experiment and chain of simulations (chunks). This is the unique file to modify
 
* <code>EXPERIMENTparameters.txt</code>: General ASCII file which configures the experiment and chain of simulations (chunks). This is the unique file to modify
* <code>run_experiments.pbs</code>: PBS-queue job which prepares the experiment of the environment
+
* <code>wrf4l_experiment.pbs</code>: PBS-queue job which prepares the experiment of the environment
* <code>run_WPS.pbs</code>: PBS-queue job which launch the WPS section of the model: <code>ungrib.exe</code>, <code>metgrid.exe</code>, <code>real.exe</code>
+
* <code>wrf4l_WPS.pbs</code>: PBS-queue job which launch the WPS section of the model: <code>ungrib.exe</code>, <code>metgrid.exe</code>, <code>real.exe</code>
  +
* <code>wrf4l_WRF.pbs</code>: PBS-queue job which launch the <code>wrf.exe</code>
  +
<!---* <code>launch_pbs.bash</code>: Necessary shell script to launch jobs which use more than one node in CIMA's <code>hydra</code> cluster-->
 
* There is a folder called <code>components</code> with shell and python scripts necessary for the work-flow management
 
* There is a folder called <code>components</code> with shell and python scripts necessary for the work-flow management
   
 
An experiment which contains a period of simulation is divided by '''chunks''' small pieces of times which are manageable by the model. The work-flow follows these steps using <code>run_experiments.pbs</code>:
 
An experiment which contains a period of simulation is divided by '''chunks''' small pieces of times which are manageable by the model. The work-flow follows these steps using <code>run_experiments.pbs</code>:
 
# Copy and link all the required files for a given '''chunk''' of the whole period of simulation following the content of <code>EXPERIMENTparameters.txt</code>
 
# Copy and link all the required files for a given '''chunk''' of the whole period of simulation following the content of <code>EXPERIMENTparameters.txt</code>
# Launches <code>run_WPS.pbs</code> which will produce the necessary files for the period of the given '''chunk'''
+
# Launches <code>wrf4l_WPS.pbs</code> which will produce the necessary files for the period of the given '''chunk'''
# Launches <code>run_WRF.pbs</code> which will simulated the period of the given '''chunk''' (which waits until the end of <code>run_WPS.pbs</code>)
+
# Launches <code>wrf4l_WRF.pbs</code> which will simulated the period of the given '''chunk''' (which waits until the end of <code>run_WPS.pbs</code>)
# Launches the next <code>run_experiments.pbs</code> (which waits until the end of <code>run_WRF.pbs</code>)
+
# Launches the next <code>wrf4l_experiments.pbs</code> (which waits until the end of <code>wrf4l_WRF.pbs</code>)
  +
  +
[[File:WRF4L_resize.png]]
   
 
All the scripts are located in <code>hydra</code> at:
 
All the scripts are located in <code>hydra</code> at:
 
<pre>
 
<pre>
/share/tools/work-flows/WRF4L/hydra
+
/share/tools/workflows/WRF4L/hydra
 
</pre>
 
</pre>
   
Línea 28: Línea 28:
 
# copy the WRF4L files to this folder
 
# copy the WRF4L files to this folder
 
<pre>
 
<pre>
$ cp /share/tools/work-flows/WRF4L/hydra/EXPERIMENTparameters.txt ./
+
cp /share/tools/workflows/WRF4L/hydra/EXPERIMENTparameters.txt ./
$ cp /share/tools/work-flows/WRF4L/hydra/run_experiment.pbs ./
+
cp /share/tools/workflows/WRF4L/hydra/wrf4l_experiment.pbs ./
$ cp /share/tools/work-flows/WRF4L/hydra/run_WPS.pbs ./
+
cp /share/tools/workflows/WRF4L/hydra/wrf4l_WPS.pbs ./
$ cp /share/tools/work-flows/WRF4L/hydra/run_WRF.pbs ./
+
cp /share/tools/workflows/WRF4L/hydra/wrf4l_WRF.pbs ./
 
</pre>
 
</pre>
 
# Edit the configuration/set-up of the simulation of the experiment
 
# Edit the configuration/set-up of the simulation of the experiment
Línea 39: Línea 39:
 
# Launch the simulation of the experiment
 
# Launch the simulation of the experiment
 
<pre>
 
<pre>
$ qsub run_experiment.pbs
+
$ qsub wrf4l_experiment.pbs
 
</pre>
 
</pre>
When it is running one would have (runnig ORCHIDEE job <code>or_[SimName]</code> `R', and <code>exp_[SimName]</code> in hold `H'):
+
When it is running one would have (runnig WRF job <code>wrf_[SimName]</code> `R', and <code>exp_[SimName]</code> in hold `H'):
 
<pre>
 
<pre>
 
$ qstat -u $USER
 
$ qstat -u $USER
Línea 56: Línea 56:
 
In case of crash of the simulation, after fixing the issue, go to <code>[runHOME]/[ExpName]/[SimName]</code> and re-launch the experiment (after the first run the <code>scratch</code> is switched automatically to `false')
 
In case of crash of the simulation, after fixing the issue, go to <code>[runHOME]/[ExpName]/[SimName]</code> and re-launch the experiment (after the first run the <code>scratch</code> is switched automatically to `false')
 
<pre>
 
<pre>
$ qsub run_experiment.pbs
+
$ qsub wrf4l_experiment.pbs
 
</pre>
 
</pre>
   
Línea 63: Línea 63:
 
* <code>[runHOME]/[ExpName]/[SimName]</code>: Will content the copies of the templates <code>namelist.wps</code>, <code>namelist.input</code> and a file <code>chunk_attemps.inf</code> which counts how many times a '''chunk''' has been attempted to be run (if it reached 4 times, the <code>WRF4L</code> is stopped)
 
* <code>[runHOME]/[ExpName]/[SimName]</code>: Will content the copies of the templates <code>namelist.wps</code>, <code>namelist.input</code> and a file <code>chunk_attemps.inf</code> which counts how many times a '''chunk''' has been attempted to be run (if it reached 4 times, the <code>WRF4L</code> is stopped)
 
* <code>[runHOME]/[ExpName]/[SimName]/run</code>: actual folder where the computing nodes run the model. In a folder called <code>wrfout</code> there is a folder for each '''chunk''' with the standard output of the model
 
* <code>[runHOME]/[ExpName]/[SimName]/run</code>: actual folder where the computing nodes run the model. In a folder called <code>wrfout</code> there is a folder for each '''chunk''' with the standard output of the model
* <code>[runHOME]/[ExpName]/[SimName]/run/wrfout/[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf]</code>: folder with the standard output and all the required files to run a given '''chunk'''. The content of all this folder is compressed and kept in <code>[storageHOME]/[ExpName]/[SimName]/config_[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf].tar.gz</code>
+
* <code>[runHOME]/[ExpName]/[SimName]/run/outwrf/[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf]</code>: folder with the standard output and all the required files to run a given '''chunk'''. The content of all this folder is compressed and kept in <code>[storageHOME]/[ExpName]/[SimName]/config_[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf].tar.gz</code>
 
* <code>[storageHOME]/[ExpName]/[SimName]</code> (in [storageHOST]): output of the already ran '''chunks''' as <code>[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf]</code> for a chunk from <code>[YYYYi]/[MMi]/[DDi] [HHi]:[MIi]:[SSi]</code> to <code>[YYYYf]/[MMf]/[DDf] [HHf]:[MIf]:[SSf]</code>
 
* <code>[storageHOME]/[ExpName]/[SimName]</code> (in [storageHOST]): output of the already ran '''chunks''' as <code>[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf]</code> for a chunk from <code>[YYYYi]/[MMi]/[DDi] [HHi]:[MIi]:[SSi]</code> to <code>[YYYYf]/[MMf]/[DDf] [HHf]:[MIf]:[SSf]</code>
   
 
=== When something went wrong ===
 
=== When something went wrong ===
If there has been any problem check the last chunk (in wrfout/[PERIODchunk]) to try to understand what happens and where the problem comes from:
+
If there has been any problem check the last chunk (in outwrf/[PERIODchunk]) to try to understand what happens and where the problem comes from:
 
* <code>rsl.[error/out].[nnnn]</code>: These are the files which content the standard output while running the model. One file for each process. If the problem was something related to model execution and it has been prepared for the error, a correct message must appear. (look first for the largest files...
 
* <code>rsl.[error/out].[nnnn]</code>: These are the files which content the standard output while running the model. One file for each process. If the problem was something related to model execution and it has been prepared for the error, a correct message must appear. (look first for the largest files...
 
<pre>
 
<pre>
Línea 75: Línea 75:
 
<pre>forrtl: error (63): output conversion error, unit -5, file Internal Formatted Write
 
<pre>forrtl: error (63): output conversion error, unit -5, file Internal Formatted Write
 
Image PC Routine Line Source
 
Image PC Routine Line Source
orchidee_ol 00000000032B736A Unknown Unknown Unknown
+
wrf.exe 00000000032B736A Unknown Unknown Unknown
orchidee_ol 00000000032B5EE5 Unknown Unknown Unknown
+
wrf.exe 00000000032B5EE5 Unknown Unknown Unknown
orchidee_ol 0000000003265966 Unknown Unknown Unknown
+
wrf.exe 0000000003265966 Unknown Unknown Unknown
orchidee_ol 0000000003226EB5 Unknown Unknown Unknown
+
wrf.exe 0000000003226EB5 Unknown Unknown Unknown
orchidee_ol 0000000003226671 Unknown Unknown Unknown
+
wrf.exe 0000000003226671 Unknown Unknown Unknown
orchidee_ol 000000000324BC3C Unknown Unknown Unknown
+
wrf.exe 000000000324BC3C Unknown Unknown Unknown
orchidee_ol 0000000003249C94 Unknown Unknown Unknown
+
wrf.exe 0000000003249C94 Unknown Unknown Unknown
orchidee_ol 00000000004184DC Unknown Unknown Unknown
+
wrf.exe 00000000004184DC Unknown Unknown Unknown
 
libc.so.6 000000319021ECDD Unknown Unknown Unknown
 
libc.so.6 000000319021ECDD Unknown Unknown Unknown
orchidee_ol 00000000004183D9 Unknown Unknown Unknown
+
wrf.exe 00000000004183D9 Unknown Unknown Unknown
 
</pre>
 
</pre>
 
* on <code>[runHOME]/[ExpName]/[SimName]</code>, check the output of the PBS jobs. Which are called:
 
* on <code>[runHOME]/[ExpName]/[SimName]</code>, check the output of the PBS jobs. Which are called:
** <code>exp-[SimName].o[nnnn]</code>: output of the <code>run_experiment.pbs</code>
+
** <code>exp-[SimName].o[nnnn]</code>: output of the <code>wrf4l_experiment.pbs</code>
** <code>wps-[SimName].o[nnnn]</code>: output of the <code>run_WPS.pbs</code>
+
** <code>wps-[SimName].o[nnnn]</code>: output of the <code>wrf4l_WPS.pbs</code>
** <code>wrf-[SimName].o[nnnn]</code>: output of the <code>run_WRF.pbs</code>
+
** <code>wrf-[SimName].o[nnnn]</code>: output of the <code>wrf4l_WRF.pbs</code>
 
* Check <code>[runHOME]/[ExpName]/[SimName]/run/namelist.output</code> which holds all the parameters (even the default ones) used in the simulation
 
* Check <code>[runHOME]/[ExpName]/[SimName]/run/namelist.output</code> which holds all the parameters (even the default ones) used in the simulation
   
Línea 96: Línea 96:
 
* Required files, forcings, storage, compiled version of the code might be at different machines.
 
* Required files, forcings, storage, compiled version of the code might be at different machines.
 
* There is a folder with a given template version of the <code>namelist.input</code> which will be used and changed accordingly to the requirement of the experiments
 
* There is a folder with a given template version of the <code>namelist.input</code> which will be used and changed accordingly to the requirement of the experiments
  +
  +
Location of the WRF4L main folder (example for <code>hydra</code>)
  +
<pre>
  +
# Home of the WRF4L
  +
wrf4lHOME=/share/workflows/WRF4L
  +
</pre>
  +
  +
Name of the machine where the experiment is running ('''NOTE:''' a folder with specific work-flow must exist as <code>$wrf4lHOME/${HPC}</code>)
  +
<pre>
  +
# Machine specific work-flow files for $HPC (a folder with specific work-flow must exist as $wrf4lHOME/${HPC})
  +
HPC=hydra
  +
</pre>
  +
  +
Name of the compiler used to compile the model ('''NOTE:''' a file called <code>$wrf4lHOME/arch/${HPC}_${compiler}.env</code> must exist)
  +
<pre>
  +
# Compilation (a file called $wrf4lHOME/arch/${HPC}_${compiler}.env must exist)
  +
compiler=intel
  +
</pre>
   
 
Name of the experiment
 
Name of the experiment
Línea 139: Línea 157:
 
* '''NOTE:''' this will only work if one set-up the <code>.ssh</code> public/private keys in each involved USER/HOST.
 
* '''NOTE:''' this will only work if one set-up the <code>.ssh</code> public/private keys in each involved USER/HOST.
 
* '''NOTE 2:''' All the forcings, compiled code, ... are already at <code>hydra</code> at the common space called <code>share</code>
 
* '''NOTE 2:''' All the forcings, compiled code, ... are already at <code>hydra</code> at the common space called <code>share</code>
* '''NOTE 3:''' From the computing nodes, one can not access to the <code>/share</code> folder and to any of the CIMA's storage machines: skogul, freyja, ... For that reason, one need to use these system of <code>[USER]@[HOST]</code> accounts. <code>*.pbs</code> scripts uses a series of wrappers of the standard functions: <code>cp, ln, ls, mv, ....</code> which manage them `from' and `to' different pairs of <code>[USER]@[HOST]</code>
+
* '''NOTE 3:''' From the computing nodes, one can not access to the <code>/share</code> folder and to any of the CIMA's storage machines: skogul, freyja, ... For that reason, one need to use these system of <code>[USER]@[HOST]</code> accounts. <code>*.pbs</code> scripts uses a series of wrappers of the standard functions: <code>cp, ln, ls, mv, ....</code> which manage them `from' and `to' different pairs of <code>[USER]@[HOST]</code>. '''NOTE:''' This will only work if the public/private ssh key pairs have been set-up (see more details at [[llaves_ssh]])
 
<pre>
 
<pre>
 
# Hosts
 
# Hosts
Línea 286: Línea 304:
 
<pre>
 
<pre>
 
# Headers of netCDF files need to be kept
 
# Headers of netCDF files need to be kept
HkeptfileNAMES=wrfout_d:wrfxtrm_d:wrfpress_d
+
HkeptfileNAMES=wrfout_d:wrfxtrm_d:wrfpress_d:wrfcdx_d
 
</pre>
 
</pre>
   
Línea 306: Línea 324:
 
## Memory size of shared memory threads
 
## Memory size of shared memory threads
 
SIZEopenthreads = 200M
 
SIZEopenthreads = 200M
  +
## Memory for PBS jobs
  +
MEMjobs = 30gb
 
</pre>
 
</pre>
   

Última revisión de 12:53 27 sep 2023

There is a far more powerful tool to manage work-flow of WRF4G.

Lluís developed a less powerful one which is here described

WRF work-flow management is done via 5 scripts (these are the specifics for hydra [CIMA cluster]):

  • EXPERIMENTparameters.txt: General ASCII file which configures the experiment and chain of simulations (chunks). This is the unique file to modify
  • wrf4l_experiment.pbs: PBS-queue job which prepares the experiment of the environment
  • wrf4l_WPS.pbs: PBS-queue job which launch the WPS section of the model: ungrib.exe, metgrid.exe, real.exe
  • wrf4l_WRF.pbs: PBS-queue job which launch the wrf.exe
  • There is a folder called components with shell and python scripts necessary for the work-flow management

An experiment which contains a period of simulation is divided by chunks small pieces of times which are manageable by the model. The work-flow follows these steps using run_experiments.pbs:

  1. Copy and link all the required files for a given chunk of the whole period of simulation following the content of EXPERIMENTparameters.txt
  2. Launches wrf4l_WPS.pbs which will produce the necessary files for the period of the given chunk
  3. Launches wrf4l_WRF.pbs which will simulated the period of the given chunk (which waits until the end of run_WPS.pbs)
  4. Launches the next wrf4l_experiments.pbs (which waits until the end of wrf4l_WRF.pbs)

WRF4L resize.png

All the scripts are located in hydra at:

/share/tools/workflows/WRF4L/hydra

Contenido

[editar] How to simulate

  1. Creation of a new folder from where launch the experiment [ExperimentName] (g.e. somewhere at $HOME)
$ mkdir [ExperimentName]
cd [ExperimentName]
  1. copy the WRF4L files to this folder
cp /share/tools/workflows/WRF4L/hydra/EXPERIMENTparameters.txt ./
cp /share/tools/workflows/WRF4L/hydra/wrf4l_experiment.pbs ./
cp /share/tools/workflows/WRF4L/hydra/wrf4l_WPS.pbs ./
cp /share/tools/workflows/WRF4L/hydra/wrf4l_WRF.pbs ./
  1. Edit the configuration/set-up of the simulation of the experiment
$ vim EXPERIMENTparameters.txt
  1. Launch the simulation of the experiment
$ qsub wrf4l_experiment.pbs

When it is running one would have (runnig WRF job wrf_[SimName] `R', and exp_[SimName] in hold `H'):

$ qstat -u $USER

hydra: 
                                                                         Req'd  Req'd   Elap
Job ID               Username Queue    Jobname          SessID NDS   TSK Memory Time  S Time
-------------------- -------- -------- ---------------- ------ ----- --- ------ ----- - -----
397.hydra            lluis.fi larga    wps_              27567     1  16   20gb 168:0 R   -- 
398.hydra            lluis.fi larga    wrf_                --      1   1   20gb 168:0 H   -- 
399.hydra            lluis.fi larga    exp_                --      1   1    2gb 168:0 H   -- 

In case of crash of the simulation, after fixing the issue, go to [runHOME]/[ExpName]/[SimName] and re-launch the experiment (after the first run the scratch is switched automatically to `false')

$ qsub wrf4l_experiment.pbs

[editar] Checking the experiment

Once the experiment runs, one needs to look on (following name of the variables from EXPERIMENTparameters.txt

  • [runHOME]/[ExpName]/[SimName]: Will content the copies of the templates namelist.wps, namelist.input and a file chunk_attemps.inf which counts how many times a chunk has been attempted to be run (if it reached 4 times, the WRF4L is stopped)
  • [runHOME]/[ExpName]/[SimName]/run: actual folder where the computing nodes run the model. In a folder called wrfout there is a folder for each chunk with the standard output of the model
  • [runHOME]/[ExpName]/[SimName]/run/outwrf/[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf]: folder with the standard output and all the required files to run a given chunk. The content of all this folder is compressed and kept in [storageHOME]/[ExpName]/[SimName]/config_[YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf].tar.gz
  • [storageHOME]/[ExpName]/[SimName] (in [storageHOST]): output of the already ran chunks as [YYYYi][MMi][DDi][HHi][MIi][SSi]-[YYYYf][MMf][DDf][HHf][MIf][SSf] for a chunk from [YYYYi]/[MMi]/[DDi] [HHi]:[MIi]:[SSi] to [YYYYf]/[MMf]/[DDf] [HHf]:[MIf]:[SSf]

[editar] When something went wrong

If there has been any problem check the last chunk (in outwrf/[PERIODchunk]) to try to understand what happens and where the problem comes from:

  • rsl.[error/out].[nnnn]: These are the files which content the standard output while running the model. One file for each process. If the problem was something related to model execution and it has been prepared for the error, a correct message must appear. (look first for the largest files...
$ ls -lrS rsl.error.*
  • run_wrf.log: These are the files which content the standard output of the model. Search for `segmentation faults' in form of (it might differ):
forrtl: error (63): output conversion error, unit -5, file Internal Formatted Write
Image              PC                Routine            Line        Source
wrf.exe            00000000032B736A  Unknown               Unknown  Unknown
wrf.exe            00000000032B5EE5  Unknown               Unknown  Unknown
wrf.exe            0000000003265966  Unknown               Unknown  Unknown
wrf.exe            0000000003226EB5  Unknown               Unknown  Unknown
wrf.exe            0000000003226671  Unknown               Unknown  Unknown
wrf.exe            000000000324BC3C  Unknown               Unknown  Unknown
wrf.exe            0000000003249C94  Unknown               Unknown  Unknown
wrf.exe            00000000004184DC  Unknown               Unknown  Unknown
libc.so.6          000000319021ECDD  Unknown               Unknown  Unknown
wrf.exe            00000000004183D9  Unknown               Unknown  Unknown
  • on [runHOME]/[ExpName]/[SimName], check the output of the PBS jobs. Which are called:
    • exp-[SimName].o[nnnn]: output of the wrf4l_experiment.pbs
    • wps-[SimName].o[nnnn]: output of the wrf4l_WPS.pbs
    • wrf-[SimName].o[nnnn]: output of the wrf4l_WRF.pbs
  • Check [runHOME]/[ExpName]/[SimName]/run/namelist.output which holds all the parameters (even the default ones) used in the simulation

[editar] EXPERIMENTSparameters.txt

This ASCII file configures all the simulation. It assumes:

  • Required files, forcings, storage, compiled version of the code might be at different machines.
  • There is a folder with a given template version of the namelist.input which will be used and changed accordingly to the requirement of the experiments

Location of the WRF4L main folder (example for hydra)

# Home of the WRF4L
wrf4lHOME=/share/workflows/WRF4L

Name of the machine where the experiment is running (NOTE: a folder with specific work-flow must exist as $wrf4lHOME/${HPC})

# Machine specific work-flow files for $HPC (a folder with specific work-flow must exist as $wrf4lHOME/${HPC})
HPC=hydra

Name of the compiler used to compile the model (NOTE: a file called $wrf4lHOME/arch/${HPC}_${compiler}.env must exist)

# Compilation (a file called $wrf4lHOME/arch/${HPC}_${compiler}.env must exist)
compiler=intel

Name of the experiment

# Experiment name
ExpName = WRFsensSFC

Name of the simulation. Here is understood that a given experiment could have the model configured with different set-ups (here identified with a different name of simulation)

# Simulation name
SimName = control

Which binary of python 2.x to be used

# python binary
pyBIN=/home/lluis.fita/bin/anaconda2/bin/python2.7

Should this simulation be run from the beginning or not. If it is set to `true', it will remove all the pre-existing content of the folder [ExpName]/[SimName] in the running and in the storage spaces. Be careful. In case of `false' simulation will continue from the last successful ran chunk (checking the restart files).

# Start from the beginning (keeping folder structure)
scratch = false

Period of the simulation of the simulation (In this example from 1958 Jan 1st to 2015 Dec 31)

# Experiment starting date
exp_start_date = 19790101000000
# Experiment ending date
exp_end_date = 20150101000000

Length of the chunks (do not make chunks larger than 1-month!!)

# Chunk Length [N]@[unit]
#  [unit]=[year, month, week, day, hour, minute, second]
chunk_length = 1@month

Selection of the machines and users to each machine where the different requirement files are located and the output should be placed.

  • NOTE: this will only work if one set-up the .ssh public/private keys in each involved USER/HOST.
  • NOTE 2: All the forcings, compiled code, ... are already at hydra at the common space called share
  • NOTE 3: From the computing nodes, one can not access to the /share folder and to any of the CIMA's storage machines: skogul, freyja, ... For that reason, one need to use these system of [USER]@[HOST] accounts. *.pbs scripts uses a series of wrappers of the standard functions: cp, ln, ls, mv, .... which manage them `from' and `to' different pairs of [USER]@[HOST]. NOTE: This will only work if the public/private ssh key pairs have been set-up (see more details at llaves_ssh)
# Hosts
#   list of different hosts and specific user
#     [USER]@[HOST]
#   NOTE: this will only work if public keys have been set-up
##
# Host with compiled code, namelist templates
codeHOST=lluis.fita@hydra
# forcing Host with forcings (atmospherics and morphologicals)
forcingHOST=lluis.fita@hydra
# output Host with storage of output (including restarts)
outHOST=lluis.fita@hydra

Templates of the configuration of WRF: namelist.wps, namelist.input files. NOTE: they will be changed according to the content of EXPERIMENTparameters.txt like period of the chunk, atmospheric forcing, differences of the set-up, ... (located in the [codeHOST]

# Folder with the `namelist.wps', `namelist.input' and `geo_em.d[nn].nc' of the experiment
domainHOME = /home/lluis.fita/salidas/estudios/dominmios/SA50k

Folder where the WRF model will run in the computing nodes (on top of that there will be two more folders [ExpName]/[SimName]). WRF will run at the folder [ExpName]/[SimName]/run

# Running folder
runHOME = /home/lluis.fita/estudios/WRFsensSFC/sims

Folder with the compiled version of the WPS (located at [codeHOST])

# Folder with the compiled source of WPS
wpsHOME = /share/WRF/WRFV3.9.1/ifort/dmpar/WPS

Folder with the compiled version of the WRF (located at [codeHOST])

# Folder with the compiled source of WRF
wrfHOME = /share/WRF/WRFV3.9.1/ifort/dmpar/WRFV3

Folder to storage all the output of the model (history files, restarts and compressed file with content of the configuration and the standard output of the given run). The content of the folder will be organized by chunks (located at [storageHOST])

# Storage folder of the output
storageHOME = /home/lluis.fita/salidas/estudios/WRFsensSFC/sims/output

Wether modules should be load (not used for hydra)

# Modules to load ('None' for any)
modulesLOAD = None

Names of the files used to check that the chunk has properly ran

# Model reference output names (to be used as checking file names)
nameLISTfile = namelist.input # namelist
nameRSTfile = wrfrst_d01_ # restart file
nameOUTfile = wfrout_d01_ # output file

Extensions of the files with the configuration of WRF (to be retrieved from codeHOST and domainHOME)

# Extensions of the files with the configuration of the model
configEXTS = wps:input

To continue from a previous chunk one needs to use the `restart' files. But they need to be renamed, because otherwise they will be re-written. Here one specifies the original name of the file [origFile] and the name to be used to avoid the re-writting [destFile]. It uses a complex bash script which even can deal with the change of dates according to the period of the chunk (':' list of [origFile]@[destFile]). They will located at the [storageHOST]

# restart file names
# ':' list of [tmplrstfilen|[NNNNN1]?[val1]#[...[NNNNNn]?[valn]]@[tmpllinkname]|[NNNNN1]?[val1]#[...[NNNNNn]?[valn]]
#    [tmplrstfilen]: template name of the restart file (if necessary with [NNNNN] variables to be substituted)
#      [NNNNN]: section of the file name to be automatically substituted
#        `[YYYY]': year in 4 digits
#        `[YY]': year in 2 digits
#        `[MM]': month in 2 digits
#        `[DD]': day in 2 digits
#        `[HH]': hour in 2 digits
#        `[SS]': second in 2 digits
#        `[JJJ]': julian day in 3 digits
#      [val]: value to use (which is systematically defined in `run_OR.pbs')
#        `%Y%': year in 4 digits
#        `%y%': year in 2 digits
#        `%m%': month in 2 digits
#        `%d%': day in 2 digits
#        `%h%': hour in 2 digits
#        `%s%': second in 2 digits
#        `%j%': julian day in 3 digits
#    [tmpllinkname]: template name of the link of the restart file (if necessary with [NNNNN] variables to be substituted)
rstFILES=wrfrst_d01_[YYYY]-[MM]-[DD]_[HH]:[MI]:[SS]|YYYY?%Y#MM?%m#DD?%d#HH?%H#MI?%M#SS?%S@wrfrst_d01_[YYYY]-[MM]-[DD]_[HH]:[MI]:[SS]|YYYY?%Y#MM?%m#DD?%d#HH?%H#MI?%M#SS?%S

Folder with the input data (located at [forcingHOST]).

# Folder with the input morphological forcing data
indataHOME = /share/DATA/re-analysis/ERA-Interim

Format of the input data and name of files

# Data format (grib, nc)
indataFMT= grib
# For `grib' format
#   Head and tail of indata files names.
#     Assuming ${indataFheader}*[YYYY][MM]*${indataFtail}.[grib/nc]
indataFheader=ERAI_
indataFtail=

In case of netCDF input data, there is a bash script which transforms the data to grib, to be used later by ungrib

Variable table to use in ungrib

#   Type of Vtable for ungrib as Vtable.[VtableType]
VtableType=ERA-interim.pl

Folder with the atmospheric forcing data (located at [forcingHOST]).

# For `nc' format
#   Folder which contents the atmospheric data to generate the initial state
iniatmosHOME = ./
#   Type of atmospheric data to generate the initial state
#     `ECMWFstd': ECMWF 'standard' way ERAI_[pl/sfc][YYYY][MM]_[var1]-[var2].grib
#     `ERAI-IPSL': ECMWF ERA-INTERIM stored in the common IPSL way (.../4xdaily/[AN\_PL/AN\_SF])
iniatmosTYPE = 'ECMWFstd'

Here on can change values on the template namelist.input. It will change the values of the provided parameters with a new value. If the given parameter is not in the template of the namelist.input it will be automatically added.

## Namelist changes
nlparameters = ra_sw_physics;4,ra_lw_physics;4,time_step;180

Name of WRF's executable (to be localized at [orHOME] folder from [codeHOST])

# Name of the exectuable
nameEXEC=wrf.exe

':' separated list of netCDF file names from WRF's output which do not need to be kept

# netCDF Files which will not be kept anywhere
NokeptfileNAMES=''

':' separated list of headers of netCDF file names from WRF's output which need to be kept

# Headers of netCDF files need to be kept
HkeptfileNAMES=wrfout_d:wrfxtrm_d:wrfpress_d:wrfcdx_d

':' separated list of headers of restarts netCDF file names from WRF's output which need to be kept

# Headers of netCDF restart files need to be kept
HrstfileNAMES=wrfrst_d

Parallel configuration of the run.

# WRF parallel run configuration
## Number of nodes
Nnodes = 1
## Number of mpi procs
Nmpiprocs = 16
## Number of shared memory threads ('None' for no openMP threads)
Nopenthreads = None
## Memory size of shared memory threads
SIZEopenthreads = 200M
## Memory for PBS jobs
MEMjobs = 30gb

Generic definitions

## Generic
errormsg=ERROR -- error -- ERROR -- error
warnmsg=WARNING -- warning -- WARNING -- warning
Herramientas personales