MOZART-MOSAIC error (option 202)

[soumyajyoti jana]

Dear all,

I am facing a problem while running WRF-Chem (v4.3.3). When running with option 202, I am getting the following error, though the model is running and giving output. This run is without running 'mozbc' (no initial/boundary condition). 

Timing for main: time 2020-05-17_06:14:00 on domain   1:   32.63890 elapsed seconds
entering mosaic_cloudchem_driver - ktau =      8
 dvode--  at t (=r1) and step size h (=r2), the                                  
       corrector convergence failed repeatedly                                  
       or with abs(h) = hmin                                                    
      in above,  r1 =  0.0000000000000D+00   r2 =                  NaN
 *** module_cmuaq_bulk, aubr aqintegr1 -- svode failed, istate =          -5
 *** mosaic_cloudchem_driver, subr interface_to_aqoperator1
    id,it,jt,kt, istat_fatal, warn =    1    7   13   18       -10         0
 dvode--  at t (=r1) and step size h (=r2), the                                  
       corrector convergence failed repeatedly                                  
       or with abs(h) = hmin                                                    
      in above,  r1 =  0.0000000000000D+00   r2 =                  NaN
 *** module_cmuaq_bulk, aubr aqintegr1 -- svode failed, istate =          -5
 *** mosaic_cloudchem_driver, subr interface_to_aqoperator1
    id,it,jt,kt, istat_fatal, warn =    1    6   14   18       -10         0
 dvode--  at t (=r1) and step size h (=r2), the                                  
       corrector convergence failed repeatedly                                  
       or with abs(h) = hmin                                                    
      in above,  r1 =  0.0000000000000D+00   r2 =                  NaN
 *** module_cmuaq_bulk, aubr aqintegr1 -- svode failed, istate =          -5
 *** mosaic_cloudchem_driver, subr interface_to_aqoperator1
    id,it,jt,kt, istat_fatal, warn =    1    5   15   18       -10         0
 dvode--  at t (=r1) and step size h (=r2), the                                  
       corrector convergence failed repeatedly                                  
       or with abs(h) = hmin                                                    
      in above,  r1 =  0.0000000000000D+00   r2 =                  NaN
 *** module_cmuaq_bulk, aubr aqintegr1 -- svode failed, istate =          -5
 *** mosaic_cloudchem_driver, subr interface_to_aqoperator1
    id,it,jt,kt, istat_fatal, warn =    1    4   16   18       -10         0
leaving  mosaic_cloudchem_driver - ktau =      8      4

When running with mozbc model crashes. I am attaching rsl.out.0000, namelist.input and mozbc input file. 

Thank you in advance

Best regards

Soumyajyoti

[Krishna Kedia [Student-PECS]]

Hi everyone,

I have been facing a similar issue with chem_opt = 202 implementation wherein the model crashes immediately when IC-BC are set using CAM-Chem boundary conditions dataset through mozbc utility.

It is pertinent to note that chem_opt = 201 runs smoothly with no issues when IC-BC are initialised through mozbc.

I have attached the error message log (rsl.error.0000) obtained when the model crashes with segmentation fault. Also, please find attached the namelist.input file, the MOZART-MOSAIC mapping used in mozbc utility and the output file of mozbc showing success in initialising IC-BC. 

 

As I understand, several other members in the forum are facing similar issues with chem_opt = 202. Thus, it would be of great help if the experts in the forum could provide some direction towards resolving this issue. Especially, help in making sense of the error messages and possible causes of the errors would be of great value. I am happy to provide any more details required for the discussion.

Thanking you

Krishna Kedia

---

From: soumyajyoti jana <mant...@gmail.com>
Sent: 15 September 2023 9:09 AM
To: wrf-chem <wrf-...@ucar.edu>
Subject: [WRF-Chem] MOZART-MOSAIC error (option 202)

 

You don't often get email from mant...@gmail.com. Learn why this is important

--
To unsubscribe from this group and stop receiving emails from it, send an email to wrf-chem+u...@ucar.edu.

[a21es...@iitbbs.ac.in]

Hii,

Have you resolved the issue?

Regards,

Dhananjay

[Rakesh]

Dear all, 

Similar issue I am also facing using mp_physics = 10 (intel compiler). I noticed that when we ran real.exe, the error comes "too many variables ....., line 88". Snap of the error and namelist.input is attached. And the model starts without mozbc, and will run for few simulation days before it crashes. The problem with same setup with lin et al (mp_physics = 2) does not exists. But it does not offer wet scavenging. I saw few namelist.input in the wrf forum (I tried exact same namelist.input in my case but failed) using mp_physics = 10 (Morrison double moment) I wonder what different they have tried.

It would be very helpful if someone from admin try to resolve this issue.

Thanks and regards,

Rakesh

PhD Research Scholar

Department of Mechanical Engineering

IIT D

---

Disclaimer: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

To unsubscribe from this group and stop receiving emails from it, send an email to wrf-chem+u...@ucar.edu.

--

With Regards,

Rakesh Maity

[Xinjie Huang]

Hi Rakesh, 

I want to second that I have the exactly same problem with you: chem_opt=202 doesn't work with mp_physics=10 when bc on; and switching to mp_physics=2 would solve this problem!

Indeed it would be great if someone more experienced could explain this issue better.

Could you please share what's your workaround for this issue in the end?

Thanks, 

Xinjie