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

Consumer API: Starting multiple sync runs in parallel leads to an internal server error #512

Merged
merged 7 commits into from
Feb 6, 2024

Conversation

NikolaVetnic
Copy link
Contributor

@NikolaVetnic NikolaVetnic commented Jan 31, 2024

Readiness checklist

  • I added/updated unit tests.
  • I added/updated integration tests.
  • I ensured that the PR title is good enough for the changelog.
  • I labeled the PR.

Description

Due to the concurrency involved in the sync runs, the test results were not consistent between the runs. However, by setting the breakpoints at Backbone.Modules.Synchronization.Application.SyncRuns.Commands.StartSyncRun.Handler (lines 129 and 137) the relevant exception was caught and examined. The catch block was previously implemented like so:

        catch (DbUpdateException ex)
        {
            if (ex.HasReason(DbUpdateExceptionReason.DuplicateIndex))
                throw new OperationFailedException(ApplicationErrors.SyncRuns.CannotStartSyncRunWhenAnotherSyncRunIsRunning());

            throw;
        }

The problem with the tests was that some of the DbUpdateException instances were not being caught by the if check. Code examination of DbUpdateException yields the following condition:

            case DbUpdateExceptionReason.DuplicateIndex:
                return ex.Message.Contains("Index") || ex.InnerException != null && ex.InnerException.Message.Contains("UNIQUE");

Examination of the exception caught previously revealed the following values:

{
   "ex":{
      "Message":"An error occurred while saving the entity changes. See the inner exception for details.",
      "InnerException":{
         "Message":"23505: duplicate key value violates unique constraint 'IX_SyncRuns_CreatedBy_Index' \nDETAIL: Detail redacted as it may contain sensitive data. Specify 'Include Error Detail' in the connection string to include this information.",
         "SqlState":23505
      }
   }
}

In other words, no criteria defined for the DuplicateIndex variety of the DbUpdateExceptionReason was met. On the other hand, the exception matched the UniqueKeyViolation variety well:

            case DbUpdateExceptionReason.UniqueKeyViolation:
                return ex.GetBaseException() is SqlException { Number: 2627 } // SqlServer
                    or Npgsql.PostgresException { SqlState: "23505" };

For that reason the check in the catch block was updated as follows:

        catch (DbUpdateException ex)
        {
            if (ex.HasReason(DbUpdateExceptionReason.DuplicateIndex) || ex.HasReason(DbUpdateExceptionReason.UniqueKeyViolation))
                throw new OperationFailedException(ApplicationErrors.SyncRuns.CannotStartSyncRunWhenAnotherSyncRunIsRunning());

            throw;
        }

The tests now pass as expected.

Summary by CodeRabbit

  • Bug Fixes
    • Improved error handling for synchronization processes by specifically addressing unique key violation scenarios.

@NikolaVetnic NikolaVetnic added the bug Something isn't working label Jan 31, 2024
@tnotheis
Copy link
Member

tnotheis commented Feb 2, 2024

@coderabbitai review

Copy link

coderabbitai bot commented Feb 2, 2024

Important

Auto Review Skipped

Auto reviews are disabled on this repository.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository.

To trigger a single review, invoke the @coderabbitai review command.

Walkthrough

The modification in the Handler.cs file within the synchronization application introduces an enhanced error handling mechanism. It specifically targets the scenario where a UniqueKeyViolation exception occurs, providing a more nuanced response to this particular error type during the synchronization run process.

Changes

File Path Change Summary
.../SyncRuns/Commands/StartSyncRun/Handler.cs Added handling for UniqueKeyViolation exception in CreateNewSyncRun method.

🐇✨
In the code where bytes dance and twirl,
A rabbit hops through the digital swirl.
With a tweak here and there, no error unfurled,
Making sync runs smoother in the virtual world.
🚀🐾

Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share

Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>.
    • Generate unit-tests for this file.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit tests for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai generate interesting stats about this repository from git and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @coderabbitai read src/utils.ts and generate unit tests.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (invoked as PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger a review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai help to get help.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

CodeRabbit Configration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • The JSON schema for the configuration file is available here.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/coderabbit-overrides.v2.json

CodeRabbit Discord Community

Join our Discord Community to get help, request features, and share feedback.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review Status

Actionable comments generated: 0

Configuration used: CodeRabbit UI

Commits Files that changed from the base of the PR and between 759679f and 14b589a.
Files selected for processing (1)
  • Modules/Synchronization/src/Synchronization.Application/SyncRuns/Commands/StartSyncRun/Handler.cs (1 hunks)
Additional comments: 1
Modules/Synchronization/src/Synchronization.Application/SyncRuns/Commands/StartSyncRun/Handler.cs (1)
  • 136-136: The update to the catch block in the CreateNewSyncRun method to include UniqueKeyViolation alongside DuplicateIndex when handling DbUpdateException is a crucial improvement. This change ensures that exceptions caused by unique constraint violations, which indicate an attempt to start a new sync run when another is already in progress, are properly caught and handled. This adjustment aligns with the PR's objective to enhance the reliability and consistency of synchronization operations by preventing multiple concurrent sync runs through improved error detection and handling.

@NikolaDmitrasinovic NikolaDmitrasinovic merged commit 93f7076 into main Feb 6, 2024
13 checks passed
@NikolaDmitrasinovic NikolaDmitrasinovic deleted the fix-multiple-sync-runs-error branch February 6, 2024 10:05
@tnotheis tnotheis changed the title Fix multiple sync runs error Consumer API: Fix multiple sync runs error Feb 15, 2024
@tnotheis tnotheis changed the title Consumer API: Fix multiple sync runs error Consumer API: Starting multiple sync runs in parallel leads to an internal server error Feb 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants