[MITgcm-support] strange mnc behavior
Martin Losch
Martin.Losch at awi.de
Mon Dec 5 03:34:18 EST 2016
Hi Ruth,
on top of dumpFreq=0. you can also set dumpInitAndLast = .False., and
that will get rid of any unwanted netcdf output.
Martin
On 12/05/2016 12:43 AM, Ruth Musgrave wrote:
> Hi Ryan,
>
> thanks for the fast reply.
>
> You are right - this was the problem, but for some reasonably
> non-obvious reasons (to me). The issue was that even though I was
> relying on the diagnostics package for my output, the simulation was
> still dumping state variables occasionally, and one of the state
> variables is a file named phiHyd*.nc. My data.diagnostics named my
> pressure output file PHIHYD*.nc. When the model went to dump state
> variables, it checked to see if phiHyd*.nc was present in the directory.
> I guess that something, somewhere is not case sensitive, and so it found
> my diagnostics output which has differently named dimensions
> (“Zmd000020" rather than “Z”), causing the fatal error and killing my
> run. The problem went away when I output all of my diagnostics into one
> file because it had a unique name (“outs_3D*”).
>
> Morals of the story:
> 1. calling your diagnostics output by the same name as one of the
> model’s state files is dangerous
> 2. don’t combine state and diagnostic output (this was just me being
> careless)
>
> I’ve now set "dumpFreq=0." in my data file, which allows me to continue
> to live dangerously (I still get a fatal error at the end of the
> simulation, but I can live with that).
>
> Thanks for your help,
>
> Ruth
>
>
>> On Dec 4, 2016, at 3:40 PM, Ryan Abernathey <ryan.abernathey at gmail.com
>> <mailto:ryan.abernathey at gmail.com>> wrote:
>>
>> Ruth,
>>
>> Often this types of errors occur when restarting a crashed/aborted
>> simulation when the target netcdf file is already present in the
>> output directory. One needs to be sure to erase any existing netcdf
>> files corresponding with the Iter0.
>>
>> Have you ruled out this possibility?
>>
>> Cheers,
>> Ryan
>>
>> On Sun, Dec 4, 2016 at 2:28 PM, Ruth Musgrave <rmusg at mit.edu
>> <mailto:rmusg at mit.edu>> wrote:
>>
>> Hello,
>>
>> when I configure my data.diagnostics to output each variable to a
>> different file, I encounter the following error after 53 snapshots
>> have already been written to the file phiHyd.0000052596.t001.nc
>> <http://phihyd.0000052596.t001.nc/>:
>>
>> (PID.TID 0000.0001) *** ERROR *** MNC ERROR: dimension 'Z' does
>> not exist for file 'phiHyd.0000052596.t001.nc
>> <http://phihyd.0000052596.t001.nc/>’
>>
>> the error is in agreement with ncdump -h, which reports the
>> dimensions present in the file phiHyd.0000052596.t001.nc
>> <http://phihyd.0000052596.t001.nc/> are:
>>
>> dimensions:
>> T = UNLIMITED ; // (53 currently)
>> Zmd000020 = 20 ;
>> X = 240 ;
>> Y = 46 ;
>>
>> The vertical dimension is always recorded in my netcdf output as
>> “Zmd000020” or “Zld000020”, depending on the variable - I only
>> recall ever seeing a dimension “Z” in the “state*.nc” outputs. I
>> am not sure why the code suddenly starts looking for that
>> dimension half way through the run. The error occurs at the same
>> timestep whether I start the simulation from a pickup or from t=0.
>>
>> When I configure my data.diagnostics to output all of my variables
>> to the same file, it completes my simulation without error.
>>
>> This is not critically important as for the time being I’ve found
>> a work around, but in case someone knows what’s going on it would
>> be good to understand. I’m attaching two versions of my
>> data.diagnostics: data.diagnosticsWORKS and data.diagnosticsFAILS.
>> Hopefully the naming convention is self explanatory.
>>
>> Thanks in advance for any clues.
>>
>> Ruth
>>
>>
>>
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org <mailto:MITgcm-support at mitgcm.org>
>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>> <http://mitgcm.org/mailman/listinfo/mitgcm-support>
>>
>>
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org <mailto:MITgcm-support at mitgcm.org>
>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
>
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
--
Martin Losch
Alfred Wegener Institute for Polar and Marine Research
Postfach 120161, 27515 Bremerhaven, Germany;
Tel./Fax: ++49(0471)4831-1872/1797
More information about the MITgcm-support
mailing list