[Science]   [BAS home]   [Met home]   [Beowulf home]   [Techdb index]	Antarctic Meteorology

Please note: the files here are from the Hadley Centre and presumably remain their intellectual property, assuming the concept applies The files are "read-only" in this place: don't try the "enter problem" etc features... it won't work.

UM System Problems

Select keyword, or page down to browse database

Known bug: do not resize page, after having selected a problem title

MODEL

OCEAN

UMUI

SCRIPTS

RECONFIGURATION

UTILITIES

GENERAL

MPP

Back to ....

Enter problem

Delete entry

Append entry

Edit entry

View problem database

MODEL

OCEAN

UMUI

SCRIPTS

RECONFIGURATION

UTILITIES

GENERAL

MPP

MODEL

Title: TEST

Author: S. Carroll

First submitted: Thu Apr 4 16:57:00 BST 2002

TEST FOR Entries to new 5.3 version in database

______________________________________________

Title: Zonal diagnostics

Author: R. Hill

First submitted: Wed Apr 17 14:38:09 BST 2002

GATHER_ZONAL_FIELD fails when called via the 2nd occurrence
of STASH_GATHER_FIELD in STWORK.

Under these circumstances, STWORK tries to parallelise 
the work over levels but this fails because GATHER_ZONAL_FIELD
hard codes the send_map PE to 0 for use with RALLTOALLE in all 
cases.

This was uncovered while looking at Ocean zonal (MEAD) diagnostics
but the problem appears potentially applicable to all sub-models.

Modset grh2f504.mf77 corrects this.
(Ocean model users should additionally include user 
STASHmaster /home/fr0500/frrh/um_mods/ctldata/mead53
to ensure mead diagnostics are defined without halos).

______________________________________________

Title: Spatial degradation of radiation crashes in LAM configurations

Author: Nicola Robertson

First submitted: Tue Apr 30 11:57:15 BST 2002

Spatial degradation of radiation involves calculations only being done 
at every other grid-box, with the remaining grid-boxes filled by 
interpolation. This interpolation is done by copying the output array 
X to a temporary array called in the subroutine rad3d_inp. This only 
has values inside the data part of a PE and is undefined in the halos. 
A call to swapbounds is done in rad3d_inp which fills the halos. 
However, in a LAM, the part of the halo external to the domain will 
remain unset and the code picks up whatever values are lying around in 
memory. The exact values in the halo which are external to the domain 
shouldn't matter as they are weighted with a value of zero, but if the 
value is NaN, then model tries to calculate 0.0*NaN and the model 
crashes.

A mod has been written which fixes the problem and should be used for 
all LAMs using spatial degradation: 
/u/um1/vn5.4/mods/source/arn0504/arn0f504.mf77

______________________________________________

Title: Set BLEV in pp header output for special levels

Author: Paul Selwood

First submitted: Tue May 14 17:25:10 BST 2002

This is a follow up from problem 498 reported against UM5.2.

The fix for 498 (ie setting BLEV in PP headers to 0.0
rather than -1.0 for special/single level fields) has 
caused a number of problems with downstream processing.
In particular, VER, Station-based Verification and 
Horace are affected.

All jobs that produce output that may be used by one 
of these downstream codes (and all operational/
trial jobs) should use the mod gps4504 which reverts
to pre-UM5.3 behaviour.

______________________________________________

Title: vn5.3 surface albedo error with MOSES2 and no coastal tiling

Author: Nicola Gedney

First submitted: Tue May 21 10:17:00 BST 2002

An error has been introduced at vn5.3, due to the incorrect merging of
two large modsets.

This results in the surface albedo being incorrectly set in the
radiation code when running with MOSES2 and without COASTAL TILING.

When running with this configuration, the following modset MUST be used:

$UMDIR/vn5.4/mods/source/ang0504/ang0f504.mf77

______________________________________________

Title: Corrupted LBC files from CRUNs

Author: Dave Robinson

First submitted: Fri May 24 10:03:21 BST 2002

If a CRUN is involved when generating a LBC file then the LBC file will be corrupted.

The modset 

~t11dr/vn5.4/mods/gdr1f504.mf77

provides the necessary corrections.

(This modset may also be used against 5.2)

______________________________________________

Title: LBC Files in LAM CRUNs

Author: Dave Robinson

First submitted: Fri May 24 10:16:51 BST 2002

If doing a LAM CRUN then the LBCs are read in for the wrong times during a CRUN.

The modset

~t11dr/vn5.4/mods/gdr2f504.mf77

is required whenever doing a CRUN in a LAM run. The date/times of the LBCs are
now printed out when read in during the model run.

This modset cannot be used against 5.2. See 5.2 problem database.

______________________________________________

OCEAN

Title: Ocean stash sub-areas

Author: R. HIll

First submitted: Wed Apr 17 14:28:12 BST 2002

At UM version 5.3 an attempt to extract STASH diagnostics
on a sub area will fail (the code will run, but produce 
rubbish). This is because MPP changes introduced at 5.1 do 
not account for decomp_nowrap_ocean decomposition types 
(as used in STASH) when dealing with sub-domains.

Use fix mod:
/u/m11/home/user1/t11rh/mods/vn5.3/orh1f504.mf77
This fix will be included in UM vn5.4.


Also note that at 5.3 specifying a user defined
sub area in terms of rows is incorrectly validated
in the UMUI. The UMUI wants the southern limit to be
higher than the northern limit (a hang over from pre-UM5.0 
when the atmosphere worked north-south but the ocean 
worked south-north. The ocean was regarded as "non-standard" 
so the ocean had to set things upside-down).  
Users can get round this by hand editing the DOMAIN 
profile INTH and ISTH fields in the STASHC file. 
This is awaiting a umui fix at 5.3.

______________________________________________

Title: Bugs in uptopia and upstream advection schemes

Author: S. Spall/R. Hill

First submitted: Mon May 27 08:45:30 BST 2002

Bugs in ADV_UTO mean no advection occurs if upstream is chosen
and uptopia scheme doesn't conserve tracer at wrap points.

Modset osp0f504.mf77 supplied by Steve Spall should be used
in all ocean models using ADV_UTO.

______________________________________________

Title: Memory Overwriting in INANCILO/REPLANCO

Author: S. Spall/R. Hill

First submitted: Wed Jun 12 09:12:32 BST 2002

Notified by and fix supplied by Steve Spall:

PP_LEN_INTHD and PP_LEN_REALHD are spuriously used 
in INANCILO and REPLANCO to dimension the real and integer
headers. These contain atmosphere values - O_LEN_INTHD
and O_LEN_REALHD should be used.

Modset orh0f504.mf77 includes this fix among others
and should be included in 5.3 jobs if problems are 
encountered.

______________________________________________

Title: Corrupted halos when using extra tracers

Author: R. Hill

First submitted: Wed Jun 12 09:28:22 BST 2002

Notified by and fix supplied by Steve Spall.

When using extra ocean tracers (i.e. when NT > 2)
halos become corrupted due to incorrect use of indices
with joc_tracer in INITTRAC.

Modset orh0f504.mf77 contains a fix for this and
should be included in 5.3 jobs when using extra 
tracers (typically only biology/carbon models). 

______________________________________________

UMUI

SCRIPTS

RECONFIGURATION

Title: Deadlock in RCF_SET_OROG

Author: Paul Selwood

First submitted: Wed May 8 11:23:51 BST 2002

Very occasionaly (when horizontal resolutions are changed by a 
small amount and the decomposition is appropriate) it is possible
for RCF_SET_OROG to generate a deadlock. This is due to a 
comparison on local level sizes to isolate a section of code
containing communications. Modset rps2504 fixes.

______________________________________________

UTILITIES

GENERAL

MPP