{"id":462326,"date":"2026-08-06T11:29:41","date_gmt":"2026-08-06T11:29:41","guid":{"rendered":"https:\/\/innovationspace.ansys.com\/forum\/forums\/topic\/control_reference_configuration-crashes-because-iter1algo-is-not-generated\/"},"modified":"2026-08-06T11:29:41","modified_gmt":"2026-08-06T11:29:41","slug":"control_reference_configuration-crashes-because-iter1algo-is-not-generated","status":"publish","type":"topic","link":"https:\/\/innovationspace.ansys.com\/forum\/forums\/topic\/control_reference_configuration-crashes-because-iter1algo-is-not-generated\/","title":{"rendered":"*CONTROL_REFERENCE_CONFIGURATION crashes because iter1.algo is not generated"},"content":{"rendered":"

<p class=”PDq2pG_selectionAnchorContainer” data-start=”87″ data-end=”93″><span style=”font-size: 12pt;”>Hello,<\/span><\/p><p class=”” data-start=”95″ data-end=”245″><span style=”font-size: 12pt;”>I am using LS-DYNA 2025 R2 on Windows to obtain the unloaded configuration of a pressurised hyperelastic model using *CONTROL_REFERENCE_CONFIGURATION.<\/span><\/p><p data-start=”247″ data-end=”293″><span style=”font-size: 12pt;”>The analysis is launched with the CASE option, as required:<\/span><\/p><p data-start=”295″ data-end=”374″><span style=”font-size: 12pt;”>mpiexec -np %NCPU% -aa -a “%SOLVER%” CASE i=run_zero_p_config.k memory=%MEMORY%<\/span><\/p><p data-start=”376″ data-end=”520″><span style=”font-size: 12pt;”>The target.k file contains only the target nodal coordinates. The material is an Ogden hyperelastic model, and the forward analysis is implicit.<\/span><\/p><p data-start=”522″ data-end=”720″><span style=”font-size: 12pt;”>LS-DYNA generates iter2.inp and iter1.guess, but it does not generate iter1.algo. When iteration 2 starts, LS-DYNA crashes in REPNOD, apparently while attempting to read the missing iter1.algo file:<\/span><\/p><p data-start=”722″ data-end=”780″><span style=”font-size: 12pt;”>forrtl: severe (157): Program Exception – access violation<\/span><\/p><p data-start=”782″ data-end=”909″><span style=”font-size: 12pt;”>lsdyna_mpp_dp_msm REPNOD 37088 dynkab.F<\/span><br><span style=”font-size: 12pt;”>lsdyna_mpp_dp_msm KEYWRD 12115 dynkaa.F<\/span><br><span style=”font-size: 12pt;”>lsdyna_mpp_dp_msm LSINPUT 1482 dynm.F<\/span><\/p><p data-start=”911″ data-end=”1027″><span style=”font-size: 12pt;”>I have tested both the MPP and SMP executables, and the same issue occurs, so it does not appear to be MPI-specific.<\/span><\/p><p data-start=”1029″ data-end=”1285″><span style=”font-size: 12pt;”>Could anyone please advise whether iter1.algo should always be generated automatically after iteration 1? Is this a known issue with *CONTROL_REFERENCE_CONFIGURATION in the 2025 R2 Windows build?<\/span><\/p><p data-start=”1287″ data-end=”1393″><span style=”font-size: 12pt;”>Any guidance would be greatly appreciated. I understand the issue with this keyword has been brought up some time ago – may I inquire about any fix since then, or any successful examples to share? I can provide the input and iteration output files, in any feasible way, if required.<\/span><\/p><p data-start=”1395″ data-end=”1408″><span style=”font-size: 12pt;”>Thank you.<\/span><\/p><\/p>\n","protected":false},"template":"","class_list":["post-462326","topic","type-topic","status-publish","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t