Skip to content
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

Core: Survive random remove/add uevent pairs on blocks #61

Closed
wants to merge 1 commit into from
Closed

Core: Survive random remove/add uevent pairs on blocks #61

wants to merge 1 commit into from

Conversation

mvollmer
Copy link
Contributor

These event pairs usually happen asynchronously sometime after
creating a partition, when udev issues a BLKRRPART as part of
synthesizing a change event for the parent device after there was
already a add event for the new partition.

This tries to fix the same issue as eb4b994, which doesn't seem to be
effective.

These event pairs usually happen asynchronously sometime after
creating a partition, when udev issues a BLKRRPART as part of
synthesizing a change event for the parent device.

This tries to fix the same issue as eb4b994, which doesn't seem to be
effective.  Unfortunately, the fix only helps with the storaged
internals; it is still possible that external programs such as wipefs
will find the block device missing when they happen to look for it
after the remove and before the add.
@mvollmer
Copy link
Contributor Author

Hold on! I have a better idea! (flock)

@mvollmer mvollmer closed this May 24, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant