__libm_error_support on the nested domain

Added by Vladimir Platonov 5 months ago

Dear colleagues, I’m faced with a problem by nested COSMO-CLM run (ver. 5.clm14), namely:
"/mnt/scratch/users/juliayarinich_1021/binaries/cosmoclm_v5_clm14new: symbol lookup error: /mnt/scratch/users/juliayarinich_1021/binaries/cosmoclm_v5_clm14new: undefined
symbol: __libm_error_support”
The error occurred by nested COSMO-CLM run over the Kara Sea region with 0.03 grid. I have supposed and found that this error could be caused by a link to libm libraries. I have checked all files associated with this libm library, recompiled a binary, but received the same result. At the same time, the similar run with the same binary, but for the base domain run covered the western part of Russian Arctic with 0.108 grid, have had no problems. It has quite confused me, that the same binary has different response on the library links depending on experiment type - nesting or not. There are also “Conflicting CPU frequencies detected” in case of nested domain (and aren’t in case of base domain). Therefore, I would like to ask you for any hints or experience in such cases. Did you face with such problems before? Thanks a lot for any suggestions!
I have attached the out slurm-. file, INPUT and YU* files.

Replies (2)

RE: __libm_error_support on the nested domain - Added by Hans-Juergen Panitz 5 months ago

Dear Vladimir,

I am not sure whether I can really help, since I never saw a message like “Conflicting CPU frequencies detected”.

However, one thing is obvious, I believe. The numerical time step (dt=40 sec) you have chosen
for your simulation with a 0.025 deg horizontal resolution
is much too large.
It should be in the order of 20 sec, not larger, perhaps even lower, depending on whether you will get CFL violations or not.
My personal experience: for CPM runs with 0.0275 deg resolution (about 3 km)using also CCLM5-0-14, dt=25sec was the “upper” limit.
dt > 25 sec led to a rather large number of CFL violations.


RE: __libm_error_support on the nested domain - Added by Vladimir Platonov 5 months ago

Dear Hans-Juergen, thanks a lot for your hint anyway! I have changed dt to 20 seconds according to your recommendations, however there are no changes in results, model crashed with the same errors. However, the “Conflicting CPU frequencies detected” message is not the only cause for crash, because I have run an other job for base domain, which get the “Conflicting CPU frequencies detected” message, but didn’t crash. The “__libm_error_support” appears by the nested run only.