Skip to content

CA-388210: SMAPIv3 concurrency: turn on concurrent operations by default #6140

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
Dec 3, 2024

Conversation

edwintorok
Copy link
Contributor

It is believed that the deadlocks in SMAPIv3 were caused by VDI.copy operations that attach the same disk RO multiple times in Dom0.
With the previous commits we now use a unique identifier and spawn a separate qemu-dp process in the SMAPIv3 plugins, which should prevent the deadlocks and IO errors due to lack of refcounting.

We have also identified the source of deadlocks in xapi-storage-plugins, as a missing _qmp_disconnect, so it should now be safe to enable this by default.

It is believed that the deadlocks in SMAPIv3 were caused by VDI.copy operations that attach
the same disk RO multiple times in Dom0.
With the previous commits we now use a unique identifier and spawn a separate qemu-dp process
in the SMAPIv3 plugins, which should prevent the deadlocks and IO errors due to lack of refcounting.

Signed-off-by: Edwin Török <[email protected]>
github-merge-queue bot pushed a commit that referenced this pull request Dec 2, 2024
See #6140 on feature/perf,
this is the equivalent PR for master.
@psafont
Copy link
Member

psafont commented Dec 2, 2024

won't this be merged as part of the merge from master?

@edwintorok edwintorok merged commit c69162b into xapi-project:feature/perf Dec 3, 2024
8 checks passed
@edwintorok
Copy link
Contributor Author

won't this be merged as part of the merge from master?

I will, but that might be a larger change (I haven't checked whether master would conflict with current feature/perf or not)

edwintorok added a commit to edwintorok/xen-api that referenced this pull request Dec 10, 2024
…ult (xapi-project#6140)

It is believed that the deadlocks in SMAPIv3 were caused by VDI.copy
operations that attach the same disk RO multiple times in Dom0.
With the previous commits we now use a unique identifier and spawn a
separate qemu-dp process in the SMAPIv3 plugins, which should prevent
the deadlocks and IO errors due to lack of refcounting.

We have also identified the source of deadlocks in xapi-storage-plugins,
as a missing _qmp_disconnect, so it should now be safe to enable this by
default.
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.

4 participants