WRF - Historial de revisiones

Lluis.fita: /* WRF: known errors */

2026-02-23T19:58:16Z

WRF: known errors

← Revisión anterior		Revisión del 19:58 23 feb 2026
Línea 532:		Línea 532:

	This error indicates that condition not all of the necessary variables where found in the files generated by ungrib. A possible cause for this is that when generating the links of the ungrib input, not all the files (and so, variables) where selected. Be aware that running ungrib will still figure as "successful", but only a few variables will have been processed. It is suggested taking a look in the ungrib.exe log where a table showing variables found are marked with an "X".		This error indicates that condition not all of the necessary variables where found in the files generated by ungrib. A possible cause for this is that when generating the links of the ungrib input, not all the files (and so, variables) where selected. Be aware that running ungrib will still figure as "successful", but only a few variables will have been processed. It is suggested taking a look in the ungrib.exe log where a table showing variables found are marked with an "X".

			== not enough vertical levels ==
			Real can provide error if the vertical configuration is not properly set-up

			For example in namelist.input:
			<PRE>
			e_vert = 60,
			dzbot = 5.
			dzstretch_s = 1.11
			dzstretch_u = 1.10
			p_top_requested = 1000,
			</PRE>

			<PRE>
			using new automatic levels program
			1 5.000000 5.000000 0.9994049
			2 5.549500 10.54950 0.9987448 1.109900
			3 6.159329 16.70883 0.9980126 1.109889
			4 6.836097 23.54493 0.9972007 1.109877
			5 7.587133 31.13206 0.9963003 1.109863
			(...)
			58 1577.883 17065.10 0.1250521 1.100000
			59 1735.671 18800.77 0.1000477 1.100000
			d01 2018-11-10_00:00:00 You need one of four things:
			d01 2018-11-10_00:00:00 1) More eta levels: e_vert
			d01 2018-11-10_00:00:00 2) A lower p_top: p_top_requested
			d01 2018-11-10_00:00:00 3) Increase the lowest eta thickness: dzbot
			d01 2018-11-10_00:00:00 4) Increase the stretching factor: dzstretch_s or dzstretch_u
			d01 2018-11-10_00:00:00 All are namelist options
			-------------- FATAL CALLED ---------------
			FATAL CALLED FROM FILE: <stdin> LINE: 7709
			not enough eta levels to reach p_top
			-------------------------------------------
			</PRE>

			It works, just increasing <CODE>e_vert</CODE>
			<PRE>
			e_vert = 65,
			</PRE>

	= Additional information =		= Additional information =

Lluis.fita: /* WRF4L: Lluís' WRF work-flow management */

2025-07-31T11:11:30Z

WRF4L: Lluís' WRF work-flow management

← Revisión anterior		Revisión del 11:11 31 jul 2025
Línea 539:		Línea 539:
	For information about Lluí's WRF work-flow management visit here [[WRF4L]]		For information about Lluí's WRF work-flow management visit here [[WRF4L]]

	[[WRF4Lold]]		<!-- [[WRF4Lold]] -->

	= WRF URBAN =		= WRF URBAN =

Lluis.fita: /* WRF4L: Lluís' WRF work-flow management */

2025-07-31T08:51:57Z

WRF4L: Lluís' WRF work-flow management

← Revisión anterior		Revisión del 08:51 31 jul 2025
Línea 538:		Línea 538:
	= WRF4L: Lluís' WRF work-flow management =		= WRF4L: Lluís' WRF work-flow management =
	For information about Lluí's WRF work-flow management visit here [[WRF4L]]		For information about Lluí's WRF work-flow management visit here [[WRF4L]]

			[[WRF4Lold]]

	= WRF URBAN =		= WRF URBAN =

Lluis.fita: /* Move data to Papa */

2025-06-27T19:00:15Z

Move data to Papa

← Revisión anterior		Revisión del 19:00 27 jun 2025
Línea 482:		Línea 482:
	In order to move the outputs to Papa, it is necessary to provide access to Lluís (by now, the data manager of Papa).		In order to move the outputs to Papa, it is necessary to provide access to Lluís (by now, the data manager of Papa).

	To do that, let's say that the outputs are in <CODE>$odir</CODE> the user that ran the simulation should do:		To do that, let's say that the outputs are in <CODE>$odir</CODE> (the same as in <CODE>launch_intel_wrf.pbs</CODE>) the user that ran the simulation should do:
	<PRE STYLE="shell">		<PRE STYLE="shell">
	$ chmod a+x $odir		$ chmod a+x $odir
Línea 488:		Línea 488:
	</PRE>		</PRE>

	Notify Lluís about that vi an email.		Notify Lluís about that via an email, telling that in <CODE>$odir</CODE> there is a simulation to be copied to Papa.

	= WRF: known errors =		= WRF: known errors =

Lluis.fita: /* WRF */

2025-06-27T18:59:00Z

WRF

@@ Línea 478: / Línea 478: @@
 Timing for main: time [YYYY]-[MM]-[DD]_[HH]:[MI]:[SS] on domain  1:  3.86105 elapsed seconds
 </pre>
 = WRF: known errors =

Lluis.fita: /* WRF */

2025-06-24T18:24:12Z

WRF

← Revisión anterior		Revisión del 18:24 24 jun 2025
Línea 455:		Línea 455:
	</pre>		</pre>

	* If everything went fine one should have (the basic ones):		* If everything went fine one should have in <code>odir</code> (the basic ones):

	<pre>outwrf/wrfout_d[nn]_[YYYY]-[MM]-[DD]_[HH]:[MI]:[SS] outwrf/wrfrst_d[nn]_[YYYY]-[MM]-[DD]_[HH]:[MI]:[SS] ...		<pre>outwrf/wrfout_d[nn]_[YYYY]-[MM]-[DD]_[HH]:[MI]:[SS] outwrf/wrfrst_d[nn]_[YYYY]-[MM]-[DD]_[HH]:[MI]:[SS] ...

Lluis.fita: /* WRF */

2025-06-24T18:23:45Z

WRF

← Revisión anterior		Revisión del 18:23 24 jun 2025
Línea 450:		Línea 450:
	* Simulation (look on [http://www2.mmm.ucar.edu/wrf/users/docs/user_guide_V3/users_guide_chap5.htm\#_Description_of_Namelist description of namelist] for namelist configuration/specifications).		* Simulation (look on [http://www2.mmm.ucar.edu/wrf/users/docs/user_guide_V3/users_guide_chap5.htm\#_Description_of_Namelist description of namelist] for namelist configuration/specifications).

	* Getting the necessary PBS job (same folder for <code>real</code>)		* Getting the necessary PBS job (same folder for <code>real</code>), remember to change <CODE>idir</CODE>, <CODE>odir</CODE>, the mail as well as the <code>nodes, ppn, Nprocs</code>
	<pre style="shell">$ cp /share/WRF/launch_wrf_intel.pbs ./		<pre style="shell">$ cp /share/tools/workflows/direct/WRF/hydra/launch_wrf_intel.pbs ./
	qsub launch_wrf_intel.pbs		qsub launch_wrf_intel.pbs
	</pre>		</pre>

Lluis.fita: /* real */

2025-06-24T18:21:35Z

real

← Revisión anterior		Revisión del 18:21 24 jun 2025
Línea 429:		Línea 429:
	$ cp /share/tools/workflows/direct/WRF/hydra/launch_real_intel.pbs ./		$ cp /share/tools/workflows/direct/WRF/hydra/launch_real_intel.pbs ./
	$ vim launch_real_intel.pbs		$ vim launch_real_intel.pbs
	$ qsub ~~/share/WRF/launch_pbs~~.~~bash~~		$ qsub launch_real_intel.pbs
	</pre>		</pre>

	* If everything went fine one should have (the basic ones):		* If everything went fine one should have in <CODE>odir</CODE> (the basic ones):
	<pre>		<pre>
	wrfbdy_d[nn] wrfinput_d[nn] ...		wrfbdy_d[nn] wrfinput_d[nn] ...

Lluis.fita: /* real */

2025-06-24T18:20:27Z

real

← Revisión anterior		Revisión del 18:20 24 jun 2025
Línea 415:		Línea 415:


	* Linking the <code>metgrid</code> generated files		<!--* Linking the <code>metgrid</code> generated files
	<pre style="shell">		<pre style="shell">
	$ ln -s ../metgrid/met_em.d*.nc ./		$ ln -s ../metgrid/met_em.d*.nc ./
Línea 423:		Línea 423:

	<pre>$ cp /share/WRF/run_real.pbs ./</pre>		<pre>$ cp /share/WRF/run_real.pbs ./</pre>
			-->

	* Getting a bash script to run executables in hydra (remember to edit the user's email in the pbs job and the input/output folders called <CODE>idir, odir</CODE>; idir: output of <CODE>metgrid</CODE>)		* Getting a bash script to run executables in hydra (remember to edit the user's email in the pbs job and the input/output folders called <CODE>idir, odir</CODE>; idir: output of <CODE>metgrid</CODE>)
	<pre style="shell">		<pre style="shell">

Guido.tiscornia: /* Unavailable variables when running metgrid */

2025-06-24T15:21:15Z

Unavailable variables when running metgrid

← Revisión anterior		Revisión del 15:21 24 jun 2025
Línea 518:		Línea 518:
	</PRE>		</PRE>

	This error indicates that condition not all of the necessary variables where found in the files generated by ungrib. A possible cause for this is that when generating the links of the ungrib input, not all the files (and so, variables) where selected. Be aware that running ungrib will still figure as "~~succesfull~~", but only a few variables will have been processed. It is suggested taking a look in the ungrib.exe log where a table showing variables found are marked with an "X".		This error indicates that condition not all of the necessary variables where found in the files generated by ungrib. A possible cause for this is that when generating the links of the ungrib input, not all the files (and so, variables) where selected. Be aware that running ungrib will still figure as "successful", but only a few variables will have been processed. It is suggested taking a look in the ungrib.exe log where a table showing variables found are marked with an "X".

	= Additional information =		= Additional information =