[Mesa-users] Error in make_co_wd test case (r24.08.1)

Tue Sep 16 23:36:08 UTC 2025

Hi Huaiyu,

Just chiming in. Sorry if I missed this. Are you running on a cluster or
your laptop?

Best,
Philip

On Tue, Sep 16, 2025, 7:25 PM Huaiyu Duan via Mesa-users <
mesa-users at lists.mesastar.org> wrote:

> No, it affects many rate files. I didn’t report them for the sake of
> space. The code seems to be able to read the rates from the MESA directory
> without problem. The error arises when it wants to move the rate files from
> the temporary cache to the permanent cache.
>
> — Huaiyu (Mike)
>
> > On Sep 16, 2025, at 4:21 PM, Farag, Ebraheem <ebraheem.farag at yale.edu>
> wrote:
> >
> >   [EXTERNAL]If it's only affecting that singular rate file in the
> snippet you've shared, perhaps try commenting out the lines in your inlists
> for reading in these c12ag rates. One more idea is to copy
> $MESA_DIR/data/rates_data/rate_tables into your model directory, if it's an
> issue accessing those rates. I'm not sure otherwise.
> >
> > -EbFFrom: Huaiyu Duan <duan at unm.edu>
> > Sent: Tuesday, September 16, 2025 6:02 PM
> > To: Farag, Ebraheem <ebraheem.farag at yale.edu>
> > Cc: mesa-users at lists.mesastar.org <mesa-users at lists.mesastar.org>
> > Subject: Re: Error in make_co_wd test case (r24.08.1)
> >  I can confirm that the issue remains with a fresh run w/o any temporary
> cache in the model directory. The cache directories involved all have the
> permission set to "drwx--S---", presumably by MESA. I can’t see why there’s
> an issue unless MESA tries to move files using a process not associated
> with the user.
> >
> > — Huaiyu (Mike)
> >
> >> On Sep 16, 2025, at 3:44 PM, Farag, Ebraheem <ebraheem.farag at yale.edu>
> wrote:
> >>
> >>   [EXTERNAL]Yes, it appears to be a permissions issue on your system or
> your model directory you'll have to diagnose. Perhaps double check that you
> don't have an old /.mesa_temp_cache from a previous run by deleting it
> and/or adjusting the permissions on it to see if that solves the issue.
> >>
> >> -EbF From: Huaiyu Duan <duan at unm.edu>
> >> Sent: Tuesday, September 16, 2025 5:37 PM
> >> To: Farag, Ebraheem <ebraheem.farag at yale.edu>
> >> Cc: mesa-users at lists.mesastar.org <mesa-users at lists.mesastar.org>
> >> Subject: Re: Error in make_co_wd test case (r24.08.1)
> >>  I believe `./.mesa_temp_cache` was created by MESA during the run. It
> seems to me that MESA has successfully copied at least some of the files
> from the temporary cache to the one given in the script, but it still
> reported failure in moving the files.
> >>
> >> — Huaiyu (Mike)
> >>
> >>> On Sep 16, 2025, at 2:28 PM, Farag, Ebraheem <ebraheem.farag at yale.edu>
> wrote:
> >>>
> >>>   [EXTERNAL]Perhaps delete and/or change the permissions on your local
> hidden ./.mesa_temp_cache directories?
> >>>
> >>> -EbF From: Huaiyu Duan <duan at unm.edu>
> >>> Sent: Sunday, September 14, 2025 5:51 PM
> >>> To: Farag, Ebraheem <ebraheem.farag at yale.edu>
> >>> Cc: mesa-users at lists.mesastar.org <mesa-users at lists.mesastar.org>
> >>> Subject: Re: Error in make_co_wd test case (r24.08.1)
> >>>  Actually, the simulation completed, but the error message remains:
> >>> ===========================
> >>> write ./rates_cache/r_c12_ag_o16_0.bin
> >>>  mv failed for './.mesa_temp_cache/rates_cache/r_c12_ag_o16_0.bin'
> './rates_cache/r_c12_ag_o16_0.bin’ skipping
> >>> ….
> >>> ===========================
> >>>
> >>> — Huaiyu (Mike)
> >>>
> >>> > On Sep 13, 2025, at 6:41 AM, Huaiyu Duan <duan at unm.edu> wrote:
> >>> >
> >>> > Thank you! It works!
> >>> >
> >>> > — Huaiyu (Mike)
> >>> >
> >>> >> On Sep 12, 2025, at 4:46 PM, Farag, Ebraheem <
> ebraheem.farag at yale.edu> wrote:
> >>> >>
> >>> >>  [EXTERNAL]Hello Mike,
> >>> >>
> >>> >> Your error message seems to indicate you've placed the namelist
> options into the &controls section of your inlist instead of the &star_job
> section. Please seehttps://
> docs.mesastar.org/en/24.08.1/reference/star_job.html#eosdt-cache-dir.
> >>> >>
> >>> >> -EbFFrom: Huaiyu Duan <duan at unm.edu>
> >>> >> Sent: Friday, September 12, 2025 5:16 PM
> >>> >> To: Farag, Ebraheem <ebraheem.farag at yale.edu>
> >>> >> Cc: mesa-users at lists.mesastar.org <mesa-users at lists.mesastar.org>
> >>> >> Subject: Re: Error in make_co_wd test case (r24.08.1)
> >>> >> Hi Ebraheem,
> >>> >>
> >>> >> Thanks for the suggestion! But the code immediately failed with the
> following error message:
> >>> >> ============================
> >>> >> At line 671 of file ../private/ctrls_io.f90
> >>> >> Fortran runtime error: Cannot match namelist object name
> eosdt_cache_dir
> >>> >> ============================
> >>> >> — Huaiyu (Mike)
> >>> >>
> >>> >>> On Sep 12, 2025, at 10:17 AM, Farag, Ebraheem <
> ebraheem.farag at yale.edu> wrote:
> >>> >>>
> >>> >>>  [EXTERNAL]Hello Mike,
> >>> >>>
> >>> >>> Yes, MESA creates caches in the MESA directory during runs for
> various things. If you need the caches to be local due to file write
> permissions, try adding these options to your star_job section of the
> inlists and it might resolve this conflict.
> >>> >>>
> >>> >>> ! local cache directories data
> >>> >>>      eosDT_cache_dir      = './eosDT_cache'
> >>> >>>      kap_cache_dir        = './kap_cache'
> >>> >>>      rates_cache_dir      = './rates_cache'
> >>> >>>
> >>> >>> -EbF From: Mesa-users <mesa-users-bounces at lists.mesastar.org> on
> behalf of Huaiyu Duan via Mesa-users <mesa-users at lists.mesastar.org>
> >>> >>> Sent: Friday, September 12, 2025 12:05 PM
> >>> >>> To: mesa-users at lists.mesastar.org <mesa-users at lists.mesastar.org>
> >>> >>> Subject: [Mesa-users] Error in make_co_wd test case (r24.08.1)
> >>> >>> Hello,
> >>> >>>
> >>> >>> I tried to run the make_co_wd test case in r24.08.1 but failed.
> I’m very new to MESA, and I don’t completely understand the error messages
> it generated. (See below for the last few lines of the output.) Here is my
> guess, though.
> >>> >>>
> >>> >>> I had MESA set up as a systemwide package so that the students in
> my class can avoid all the technical issues of installation. I copied
> make_co_wd from the test_suite directory to my own scratch space and ran it
> there. But somehow MESA wanted to copy some of the stuff generated in
> during the run back to the main MESA directory which is forbidden.
> >>> >>>
> >>> >>> Is my interpretation correct? If so, is there way to disable this
> behavior or is MESA not designed to be shared by many users who may run it
> simultaneously? Thank you!
> >>> >>>
> >>> >>> ================================
> >>> >>> retry:  adjust_correction failed in eval_equations -- give up in
> solver     322
> >>> >>> write
> /opt/local/mesastar/24.08.1/data/kap_data/cache/gs98_co_z0.02_x0.0.bin
> >>> >>> mv failed for
> './.mesa_temp_cache/kap_cache/gs98_co_z0.02_x0.0.bin'
> '/opt/local/mesastar/24.08.1/data/kap_data/cache/gs98_co_z0.02_x0.0.bin'
> skipping
> >>> >>> hydro_solver_step returned ierr          -1
> >>> >>> s% model_number         322
> >>> >>> nz        1026
> >>> >>> s% num_retries          51
> >>> >>>
> >>> >>> retry:  adjust_correction failed in eval_equations -- give up in
> solver     322
> >>> >>> write
> /opt/local/mesastar/24.08.1/data/kap_data/cache/gs98_co_z0.02_x0.0.bin
> >>> >>> mv failed for
> './.mesa_temp_cache/kap_cache/gs98_co_z0.02_x0.0.bin'
> '/opt/local/mesastar/24.08.1/data/kap_data/cache/gs98_co_z0.02_x0.0.bin'
> skipping
> >>> >>> terminated evolution: nonzero_ierr
> >>> >>>
> >>> >>>                 runtime (minutes), retries, steps       11.52
>   52       322
> >>> >>> DATE: 2025-09-11
> >>> >>> TIME: 21:09:49
> >>> >>>
> >>> >>> ******************************************************************
> >>> >>> failed to create end_he_core_burn.mod when running
> inlist_to_end_he_core_burn_header
> >>> >>> ******************************************************************
> >>> >>> ================================
> >>> >>>
> >>> >>> — Huaiyu (Mike)
> >>> >
> >>> >
>
>
> _______________________________________________
> mesa-users at lists.mesastar.org
> https://lists.mesastar.org/mailman/listinfo/mesa-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20250916/24758393/attachment.htm>