#2257 closed help (fixed)

Error in number of PP headers

Reported by: shakka Owned by: um_support
Component: UM Model Keywords: pp headers, STWORK
Cc: Platform: Monsoon2
UM Version: 10.4

Description

Hi (me again, sorry),

I recently updated my list of STASH requests so that many of my diagnostics are outputted hourly rather than 3-hourly, as they were set to before. I'm now getting the following error, which from previous tickets I understand suggests I am outputting too many variables to one stream.

ERROR detected in routine STWORK
: no. of output fields (= 4097) exceeds no. of reserved PP headers for unit  13
STWORK: Error when processing diagnostic section     0, item   12, code   4

????????????????????????????????????????????????????????????????????????????????
???!!!???!!!???!!!???!!!???!!!       ERROR        ???!!!???!!!???!!!???!!!???!!!
?  Error code: 4
?  Error from routine: STWORK
?  Error message: STWORK: Number of fields exceeds reserved headers for unit  13
?  Error from processor: 0
?  Error number: 21
????????????????????????????????????????????????????????????????????????????????

I wonder if you could tell me how to change this in Rose please? I'm sure there's a simple solution that I am missing. Previous tickets that described this error all seemingly used the UMUI.

Thanks,

Ella

p.s. Job code is u-ai781.

Change History (4)

comment:1 Changed 22 months ago by shakka

  • Summary changed from Error in number fo to Error in number of PP headers

comment:2 Changed 22 months ago by grenville

Ella

Navigate to the window for the stream under Model Input and Output → Model Output Streams. There are 2 ways to fix this problem:

Increase the reserved_headers size.

or

Change the reinitialisation frequency by modifying reinit_step and/or reinit_unit. This is telling the model to create new output files at a specified frequency, so individual files don’t get massively large.

Increasing the reserved header size is fine for smaller increases. Overriding the size by a large amount and thus having large numbers of fieldsfile headers can be inefficient for both runtime and memory. Thus the recommended way is to change the periodic reinitialisation of the fieldsfiles.

Grenville

comment:3 Changed 22 months ago by shakka

Hi Grenville,

Thanks for the advice - I will give your suggestions a go.

Ella

comment:4 Changed 22 months ago by shakka

  • Resolution set to fixed
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.