Skip to content

Introduce "robust" lock-file mechanism #1313

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
May 7, 2025

Conversation

TinCanTech
Copy link
Collaborator

No description provided.

@TinCanTech TinCanTech self-assigned this Apr 27, 2025
@TinCanTech TinCanTech added this to the v3.2.3 milestone Apr 27, 2025
@TinCanTech TinCanTech changed the title Introduce simple lock-file mechanism Introduce "robust" lock-file mechanism May 6, 2025
The intention of "robust" is to extend the atomic-nature of
the call to create the lock-file to include failures.

When create_lock_file() fails then $create_lock_file_error is
set. Subsequent checks for lock-file existence are over-ridden.
Thus, if an existing lock-file is removed, during the current
processes lifetime, then easyrsa still maintains the status of
the original lock-file that was tested for.

Signed-off-by: Richard T Bonhomme <[email protected]>
@TinCanTech TinCanTech added BUG-FIX and removed development Possible changes labels May 7, 2025
@TinCanTech TinCanTech merged commit c99a795 into OpenVPN:master May 7, 2025
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

two generated certificates have the same serial number [Concurrency issue]
1 participant