Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| software:gromacs:caviness [2019-08-30 08:45] – [Batch job] anita | software:gromacs:caviness [2026-03-17 10:40] (current) – [Restart / Append Issues on GROMACS v2023.2] thuachen | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Gromacs on Caviness ====== | ||
| + | Templates for Slurm job submission scripts are available for batch GROMACS jobs in ''/ | ||
| + | |||
| + | <note tip>It is always a good idea to periodically check ''/ | ||
| + | |||
| + | ===== Batch job ===== | ||
| + | |||
| + | On Caviness, the template (''/ | ||
| + | ====Restart / Append Issues on GROMACS v2023.2 ==== | ||
| + | When running long GROMACS jobs on Caviness, users may need to restart simulations after jobs are preempted or reach the time limit. With GROMACS v2023.2, users may encounter the following error when attempting to append to a previous run: | ||
| + | < | ||
| + | System I/O error: | ||
| + | File locking is not supported on this system. | ||
| + | </ | ||
| + | |||
| + | This issue is related to file locking, which is not supported by the Lustre filesystem on Caviness. When GROMACS reads checkpoint files during a restart, it attempts to establish a lock on the log file. This behavior differs between versions: | ||
| + | *GROMACS v2018: Attempts to lock the log file, but if locking fails, the program can still continue when using the '' | ||
| + | *GROMACS v2023: The log file handling code was restructured, | ||
| + | |||
| + | This change is present in the [[https:// | ||
| + | ===Solution=== | ||
| + | A Caviness-specific modification to GROMACS v2023 allows disabling file locking. Users can disable file locking by | ||
| + | < | ||
| + | export GMX_NO_FILE_LOCKING=1 | ||
| + | </ | ||
| + | Then users can run commands, for example, | ||
| + | < | ||
| + | gmx mdrun -cpi < | ||
| + | </ | ||