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

Wed Sep 17 00:00:11 UTC 2025

The problem is that I don’t know what to ask. It appears to be an issue with MESA because the user has all the rights for the directories it tried to access. I’m giving it up now since the error doesn’t prevent the code to run.

— Huaiyu (Mike)

On Sep 16, 2025, at 5:54 PM, Philip Mocz <pmocz at flatironinstitute.org> wrote:

  [EXTERNAL]
Ah! You may need to ask the system admin to help in that case. It may have to do with how the system is configured

On Tue, Sep 16, 2025, 7:43 PM Huaiyu Duan <duan at unm.edu<mailto:duan at unm.edu>> wrote:
Hi Philip,

I’m running MESA on a cluster using SLURM.

— Huaiyu (Mike)

On Sep 16, 2025, at 5:36 PM, Philip Mocz <pmocz at flatironinstitute.org<mailto:pmocz at flatironinstitute.org>> wrote:

  [EXTERNAL]
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<mailto: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<mailto: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<mailto:duan at unm.edu>>
> Sent: Tuesday, September 16, 2025 6:02 PM
> To: Farag, Ebraheem <ebraheem.farag at yale.edu<mailto:ebraheem.farag at yale.edu>>
> Cc: mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org> <mesa-users at lists.mesastar.org<mailto: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<mailto: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<mailto:duan at unm.edu>>
>> Sent: Tuesday, September 16, 2025 5:37 PM
>> To: Farag, Ebraheem <ebraheem.farag at yale.edu<mailto:ebraheem.farag at yale.edu>>
>> Cc: mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org> <mesa-users at lists.mesastar.org<mailto: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<mailto: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<mailto:duan at unm.edu>>
>>> Sent: Sunday, September 14, 2025 5:51 PM
>>> To: Farag, Ebraheem <ebraheem.farag at yale.edu<mailto:ebraheem.farag at yale.edu>>
>>> Cc: mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org> <mesa-users at lists.mesastar.org<mailto: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<mailto: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<mailto: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<http://docs.mesastar.org/en/24.08.1/reference/star_job.html#eosdt-cache-dir>.
>>> >>
>>> >> -EbFFrom: Huaiyu Duan <duan at unm.edu<mailto:duan at unm.edu>>
>>> >> Sent: Friday, September 12, 2025 5:16 PM
>>> >> To: Farag, Ebraheem <ebraheem.farag at yale.edu<mailto:ebraheem.farag at yale.edu>>
>>> >> Cc: mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org> <mesa-users at lists.mesastar.org<mailto: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<mailto: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<mailto:mesa-users-bounces at lists.mesastar.org>> on behalf of Huaiyu Duan via Mesa-users <mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org>>
>>> >>> Sent: Friday, September 12, 2025 12:05 PM
>>> >>> To: mesa-users at lists.mesastar.org<mailto:mesa-users at lists.mesastar.org> <mesa-users at lists.mesastar.org<mailto: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<mailto: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/20250917/270f1856/attachment.htm>