[MITgcm-support] Error from the ECCOv4 Setup with NetCDF Enabled

[Martin Losch]

Hi Yohai,

the error is difficult to debug, if you don’t know where it happens.
Please recompile with debugger options or similar turned on (e.g. by setting -devel at the genmake2 step) and then you should get more information in which routine and which line this happens (i.e. a backtrace).
Maybe a file name that you specified was too long?

Martin

> On 5. Apr 2024, at 18:22, Yohei Takano - BAS <yokano at bas.ac.uk> wrote:
> 
> Dear all,
> 
>    I am trying to turn on NetCDF in ECCOv4 (I am using ECCOv4-r2) configuration, what I did is
> simply turning on "mnc" in the package.conf before compiling and then prepared data.mnc,
> turned on "mnc" in data.pkg. My aim is to obtain monitoring and diagnostics output in NetCDF files.
> 
>    However, the model immediately crashes with below error, and I am not sure what is causing this error
> (my colleague said it could be a memory reason). The same mnc setting worked with another configuration
> (coarse resolution global model) so I think the setup is fine (but I could have missed something specific for
> ECCOv4 setups).
> 
> -----
> lib-4211 : UNRECOVERABLE library error
>   A WRITE operation tried to write a record that was too long.
> 
> Encountered during a sequential formatted WRITE to an internal file (character variable)
> -----
> 
>     Has anyone encountered similar error? The same ECCOv4-r2 configuration runs fine without NetCDF.
> Thank you in advance.
> 
> Best regards,
> 
> Yohei
> 
> 
> 
> 
> 
> 
> This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses.
> 
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org <mailto:MITgcm-support at mitgcm.org>
> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20240408/4bc4ebe0/attachment.html>