Skip to content

feat: improve error handling and logging in the compute package #4850

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

Open
wants to merge 13 commits into
base: main
Choose a base branch
from

Conversation

virajbhartiya
Copy link
Contributor

@virajbhartiya virajbhartiya commented Feb 13, 2025

Closes #4684 #4849
This pull request includes several changes to improve error handling and logging in the compute package. The most important changes include adding error metrics, handling specific error cases, and enhancing logging to provide more detailed information.

Error Handling Improvements:

  • pkg/compute/bidder.go: Improved error handling in the handleBidResult function by checking for specific error types and logging detailed messages.

Logging Enhancements:

Metrics Addition:

  • pkg/compute/metrics.go: Added new metrics to track errors encountered during execution bidding, running, and cancellation.

Miscellaneous Changes:

Summary by CodeRabbit

  • Bug Fixes

    • Enhanced error handling with robust differentiation between error types during critical processes, ensuring more graceful failure management.
  • New Features

    • Introduced new metrics to monitor execution errors across key phases, including bidding, execution, and cancellation, enhancing system insight.
  • Refactor

    • Streamlined logging and error reporting for clearer traceability and improved diagnostic capabilities during operations.

Copy link
Contributor

coderabbitai bot commented Feb 13, 2025

Walkthrough

This pull request refines the error handling across the compute package. In the bidder module, error checks now distinguish specific error types, and additional logging is implemented. In the executor watcher, errors during bidding, execution, and cancellation are handled with improved logging and corresponding metric increments. Additionally, three new error metrics are introduced in the metrics file to track execution errors more closely.

Changes

File(s) Change Summary
pkg/compute/bidder.go,
pkg/compute/watchers/executor_watcher.go
Enhanced error handling logic and logging. The bidder module now differentiates error types from state updates and captures detailed error info using a new variable. The executor watcher logs events with zerolog and increments new error metrics for different execution phases.
pkg/compute/metrics.go Added three new Int64Counter metrics—ExecutionBiddingErrors, ExecutionRunErrors, and ExecutionCancelErrors—to monitor errors encountered during bidding, running, and cancellation phases.

Sequence Diagram(s)

sequenceDiagram
    participant B as Bidder
    participant S as Store
    participant L as Logger
    B->>S: UpdateExecutionState()
    alt Error is ErrInvalidExecutionState
        B->>L: Log debug: "Skipping update owing to invalid state"
    else Other error encountered
        B->>B: Call handleError()
        Note right of B: Update execution state to failed
        B->>L: Log detailed error if failErr exists
    end
Loading
sequenceDiagram
    participant E as ExecutionUpsertHandler
    participant O as Operation
    participant M as Metrics
    participant L as Logger
    E->>O: Perform bidding/execution/cancellation
    alt Error occurs during operation
        E->>M: Increment corresponding error metric
        E->>L: Log error with execution ID & state details
    else No error
        E->>E: Continue normal flow
    end
Loading

Possibly related PRs

  • ncl based async communication between nodes #4687: The changes in the main PR regarding error handling in the handleBidResult method of the Bidder struct are related to the modifications in the same method in the retrieved PR, which also alters its internal logic and handling of events.

Poem

I'm a rabbit with a cheerful beat,
Hopping through code with nimble feet.
Errors caught and logs so clear,
Metrics tracking far and near.
With each bug hop, my joy's complete!
🐰🌟

Warning

There were issues while running some tools. Please review the errors and either fix the tool’s configuration or disable the tool if it’s a critical failure.

🔧 golangci-lint (1.62.2)

{"Issues":[{"FromLinter":"typecheck","Text":": # github.com/bacalhau-project/bacalhau/pkg/compute/watchers\npkg/compute/watchers/executor_watcher.go:57:7: duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch\n\tpkg/compute/watchers/executor_watcher.go:56:13: previous case\npkg/compute/watchers/executor_watcher.go:60:6: logger.Error().Err(err).Msg("failed to cancel execution") (no value) used as value","Severity":"","SourceLines":["package watchers"],"Replacement":null,"Pos":{"Filename":"pkg/compute/watchers/bprotocol_dispatcher.go","Offset":0,"Line":1,"Column":0},"ExpectNoLint":false,"ExpectedNoLintLinter":""},{"FromLinter":"typecheck","Text":"could not import github.com/bacalhau-project/bacalhau/pkg/compute/watchers (-: # github.com/bacalhau-project/bacalhau/pkg/compute/watchers\npkg/compute/watchers/executor_watcher.go:57:7: duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch\n\tpkg/compute/watchers/executor_watcher.go:56:13: previous case\npkg/compute/watchers/executor_watcher.go:60:6: logger.Error().Err(err).Msg("failed to cancel execution") (no value) used as value)","Severity":"","SourceLines":["\t"github.com/bacalhau-project/bacalhau/pkg/compute/watchers""],"Replacement":null,"Pos":{"Filename":"pkg/transport/bprotocol/compute/transport.go","Offset":0,"Line":14,"Column":2},"ExpectNoLint":false,"ExpectedNoLintLinter":""},{"FromLinter":"typecheck","Text":"could not import github.com/bacalhau-project/bacalhau/pkg/compute/watchers (-: # github.com/bacalhau-project/bacalhau/pkg/compute/watchers\npkg/compute/watchers/executor_watcher.go:57:7: duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch\n\tpkg/compute/watchers/executor_watcher.go:56:13: previous case\npkg/compute/watchers/executor_watcher.go:60:6: logger.Error().Err(err).Msg("failed to cancel execution") (no value) used as value)","Severity":"","SourceLines":["\t"github.com/bacalhau-project/bacalhau/pkg/compute/watchers""],"Replacement":null,"Pos":{"Filename":"pkg/node/compute.go","Offset":0,"Line":22,"Column":2},"ExpectNoLint":false,"ExpectedNoLintLinter":""},{"FromLinter":"typecheck","Text":"pattern build/: no matching files found","Severity":"","SourceLines":["//go:embed build/"],"Replacement":null,"Pos":{"Filename":"webui/webui.go","Offset":0,"Line":23,"Column":12},"ExpectNoLint":false,"ExpectedNoLintLinter":""}],"Report":{"Linters":[{"Name":"asasalint"},{"Name":"asciicheck"},{"Name":"bidichk"},{"Name":"bodyclose","Enabled":true},{"Name":"canonicalheader"},{"Name":"containedctx"},{"Name":"contextcheck"},{"Name":"copyloopvar","Enabled":true},{"Name":"cyclop"},{"Name":"decorder"},{"Name":"deadcode"},{"Name":"depguard","Enabled":true},{"Name":"dogsled","Enabled":true},{"Name":"dupl"},{"Name":"dupword"},{"Name":"durationcheck"},{"Name":"errcheck","Enabled":true,"EnabledByDefault":true},{"Name":"errchkjson"},{"Name":"errname"},{"Name":"errorlint"},{"Name":"execinquery"},{"Name":"exhaustive"},{"Name":"exhaustivestruct"},{"Name":"exhaustruct"},{"Name":"exportloopref"},{"Name":"forbidigo","Enabled":true},{"Name":"forcetypeassert"},{"Name":"fatcontext"},{"Name":"funlen","Enabled":true},{"Name":"gci"},{"Name":"ginkgolinter"},{"Name":"gocheckcompilerdirectives"},{"Name":"gochecknoglobals"},{"Name":"gochecknoinits","Enabled":true},{"Name":"gochecksumtype"},{"Name":"gocognit"},{"Name":"goconst","Enabled":true},{"Name":"gocritic"},{"Name":"gocyclo","Enabled":true},{"Name":"godot"},{"Name":"godox"},{"Name":"err113"},{"Name":"gofmt","Enabled":true},{"Name":"gofumpt"},{"Name":"goheader"},{"Name":"goimports","Enabled":true},{"Name":"golint"},{"Name":"mnd","Enabled":true},{"Name":"gomnd"},{"Name":"gomoddirectives"},{"Name":"gomodguard"},{"Name":"goprintffuncname","Enabled":true},{"Name":"gosec","Enabled":true},{"Name":"gosimple","Enabled":true,"EnabledByDefault":true},{"Name":"gosmopolitan"},{"Name":"govet","Enabled":true,"EnabledByDefault":true},{"Name":"grouper"},{"Name":"ifshort"},{"Name":"iface"},{"Name":"importas"},{"Name":"inamedparam"},{"Name":"ineffassign","Enabled":true,"EnabledByDefault":true},{"Name":"interfacebloat"},{"Name":"interfacer"},{"Name":"intrange"},{"Name":"ireturn"},{"Name":"lll","Enabled":true},{"Name":"loggercheck"},{"Name":"maintidx"},{"Name":"makezero"},{"Name":"maligned"},{"Name":"mirror"},{"Name":"misspell"},{"Name":"musttag"},{"Name":"nakedret","Enabled":true},{"Name":"nestif"},{"Name":"nilerr"},{"Name":"nilnil"},{"Name":"nlreturn"},{"Name":"noctx","Enabled":true},{"Name":"nonamedreturns"},{"Name":"nosnakecase"},{"Name":"nosprintfhostport"},{"Name":"paralleltest"},{"Name":"perfsprint"},{"Name":"prealloc"},{"Name":"predeclared"},{"Name":"promlinter"},{"Name":"protogetter"},{"Name":"reassign"},{"Name":"recvcheck"},{"Name":"revive"},{"Name":"rowserrcheck"},{"Name":"sloglint"},{"Name":"scopelint"},{"Name":"sqlclosecheck"},{"Name":"spancheck"},{"Name":"staticcheck","Enabled":true,"EnabledByDefault":true},{"Name":"structcheck"},{"Name":"stylecheck","Enabled":true},{"Name":"tagalign"},{"Name":"tagliatelle"},{"Name":"tenv"},{"Name":"testableexamples"},{"Name":"testifylint"},{"Name":"testpackage"},{"Name":"thelper"},{"Name":"tparallel"},{"Name":"typecheck","Enabled":true,"EnabledByDefault":true},{"Name":"unconvert","Enabled":true},{"Name":"unparam"},{"Name":"unused","Enabled":true,"EnabledByDefault":true},{"Name":"usestdlibvars"},{"Name":"varcheck"},{"Name":"varnamelen"},{"Name":"wastedassign"},{"Name":"whitespace","Enabled":true},{"Name":"wrapcheck"},{"Name":"wsl"},{"Name":"zerologlint"},{"Name":"nolintlint","Enabled":true}]}}

✨ Finishing Touches
  • 📝 Generate Docstrings (Beta)

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>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • 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 testing code 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 gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

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 using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR. (Beta)
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • 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/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@virajbhartiya
Copy link
Contributor Author

@wdbaruni Can you please take a look at this

Copy link
Contributor

@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.

Actionable comments posted: 3

📜 Review details

Configuration used: CodeRabbit UI
Review profile: ASSERTIVE
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between b7f9cd6 and d522430.

📒 Files selected for processing (3)
  • pkg/compute/bidder.go (2 hunks)
  • pkg/compute/metrics.go (1 hunks)
  • pkg/compute/watchers/executor_watcher.go (2 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (1)
  • GitHub Check: testcontainers-suite / tests
🔇 Additional comments (2)
pkg/compute/watchers/executor_watcher.go (1)

33-36: LGTM! Well-structured logging setup.

The logger is properly configured with relevant context fields that will help with debugging and tracing issues.

pkg/compute/bidder.go (1)

223-232: LGTM! Robust error type handling.

Good use of error type assertion to handle invalid state errors gracefully. The debug logging provides excellent context for troubleshooting.

virajbhartiya and others added 3 commits February 13, 2025 21:09
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
Copy link
Member

@wdbaruni wdbaruni left a comment

Choose a reason for hiding this comment

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

Thanks @virajbhartiya for your contribution. Looks great, but with minor comments

Comment on lines +33 to +36
logger := log.Ctx(ctx).With().
Str("executionID", execution.ID).
Str("state", execution.ComputeState.StateType.String()).
Logger()
Copy link
Member

Choose a reason for hiding this comment

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

nice

Copy link
Contributor

@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.

Actionable comments posted: 2

♻️ Duplicate comments (1)
pkg/compute/watchers/executor_watcher.go (1)

48-55: 🛠️ Refactor suggestion

Maintain consistency in error wrapping for run state.

The error is logged but not wrapped with bacerrors, unlike other states.

 err = h.executor.Run(ctx, execution)
 if err != nil {
 	compute.ExecutionRunErrors.Add(ctx, 1)
 	logger.Error().
 		Err(err).
 		Msg("failed to run execution")
-	return err
+	return bacerrors.Wrap(err, "failed to handle execution state %s", execution.ComputeState.StateType)
 }
📜 Review details

Configuration used: CodeRabbit UI
Review profile: ASSERTIVE
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between d522430 and 232c7b6.

📒 Files selected for processing (3)
  • pkg/compute/bidder.go (2 hunks)
  • pkg/compute/metrics.go (1 hunks)
  • pkg/compute/watchers/executor_watcher.go (2 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (1)
  • GitHub Check: build / Build Binary (linux, arm64)
🔇 Additional comments (1)
pkg/compute/bidder.go (1)

223-232: LGTM! Well-structured error handling.

The error handling for invalid execution state is well-implemented:

  • Appropriate use of errors.As for type checking
  • Debug-level logging for expected errors
  • Clear message indicating why the update is skipped

virajbhartiya and others added 2 commits February 17, 2025 21:45
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
Copy link
Contributor

@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.

Actionable comments posted: 2

📜 Review details

Configuration used: CodeRabbit UI
Review profile: ASSERTIVE
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 232c7b6 and c330854.

📒 Files selected for processing (3)
  • pkg/compute/bidder.go (3 hunks)
  • pkg/compute/metrics.go (1 hunks)
  • pkg/compute/watchers/executor_watcher.go (2 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (2)
  • GitHub Check: build / Build Binary (darwin, amd64)
  • GitHub Check: build / Build Binary (linux, arm64)
🔇 Additional comments (5)
pkg/compute/watchers/executor_watcher.go (2)

34-37: Use structured logging effectively.
Attaching executionID and state directly to the logger provides more context for debugging, making logs significantly more traceable. Good approach!


66-68: Proper error wrapping.
Using bacerrors.Wrap at the end ensures that errors carry clear context, making them easier to troubleshoot downstream.

pkg/compute/bidder.go (2)

235-238: Clear error propagation.
Wrapping errors with bacerrors.Wrap preserves crucial context. Returning nil otherwise keeps behavior consistent when skipping state updates for invalid transitions.


190-190:

❓ Verification inconclusive

Method signature now returns an error.
Allowing handleBidResult to surface errors to its callers promotes proper error handling. Verify that all call sites handle the new return type to prevent unhandled errors.


🏁 Script executed:

#!/bin/bash
# Searching for calls to handleBidResult in the codebase 
ast-grep --pattern $'handleBidResult($_, $_, $_)'

Length of output: 50


Verify error propagation for handleBidResult call sites

The method’s signature change now returns an error, which is a good step toward improving error handling. However, our initial search did not produce any output for calls to handleBidResult using the pattern handleBidResult($_, $_, $_). This absence suggests we need to manually verify that all invocations of handleBidResult (which may not match that specific pattern) are appropriately updated to handle the new error return. Please double-check by either running a broader search (for example, with rg "handleBidResult\s*\(" -n .) or manually inspect the call sites to ensure proper error propagation.

pkg/compute/metrics.go (1)

34-50: New error counters introduced.
These counters for bidding, run, and cancellation errors are well-defined, following the established naming pattern. Great addition to improve observability.

Comment on lines +222 to +233

if err != nil {
log.Ctx(ctx).Error().Err(err).Msg("failed to update execution state")
return
var invalidStateErr store.ErrInvalidExecutionState
if errors.As(err, &invalidStateErr) {
log.Ctx(ctx).Debug().
Err(err).
Str("executionID", execution.ID).
Str("expectedState", models.ExecutionStateNew.String()).
Str("actualState", invalidStateErr.Actual.String()).
Msg("skipping execution state update - execution no longer in expected state")
return nil
}
Copy link
Contributor

Choose a reason for hiding this comment

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

🧹 Nitpick (assertive)

Skips update if ErrInvalidExecutionState.
Returning nil here is appropriate if you intentionally ignore an outdated or conflicting state. To enhance clarity, add a comment explaining the decision and how it aligns with the desired concurrency or state-management logic.

 if errors.As(err, &invalidStateErr) {
+	// The execution has likely advanced to a newer state. Skipping update is intentional.
 	log.Ctx(ctx).Debug().
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
if err != nil {
log.Ctx(ctx).Error().Err(err).Msg("failed to update execution state")
return
var invalidStateErr store.ErrInvalidExecutionState
if errors.As(err, &invalidStateErr) {
log.Ctx(ctx).Debug().
Err(err).
Str("executionID", execution.ID).
Str("expectedState", models.ExecutionStateNew.String()).
Str("actualState", invalidStateErr.Actual.String()).
Msg("skipping execution state update - execution no longer in expected state")
return nil
}
if err != nil {
var invalidStateErr store.ErrInvalidExecutionState
if errors.As(err, &invalidStateErr) {
// The execution has likely advanced to a newer state. Skipping update is intentional.
log.Ctx(ctx).Debug().
Err(err).
Str("executionID", execution.ID).
Str("expectedState", models.ExecutionStateNew.String()).
Str("actualState", invalidStateErr.Actual.String()).
Msg("skipping execution state update - execution no longer in expected state")
return nil
}

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
Copy link
Contributor

@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.

Actionable comments posted: 1

📜 Review details

Configuration used: CodeRabbit UI
Review profile: ASSERTIVE
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between c330854 and 1d8ddab.

📒 Files selected for processing (1)
  • pkg/compute/watchers/executor_watcher.go (2 hunks)
🧰 Additional context used
🪛 GitHub Check: lint / go-lint (ubuntu-latest)
pkg/compute/watchers/executor_watcher.go

[failure] 57-57:
duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch


[failure] 56-56:
previous case


[failure] 60-60:
logger.Error().Err(err).Msg("failed to cancel execution") (no value) used as value (typecheck)


[failure] 57-57:
duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch


[failure] 56-56:
previous case


[failure] 60-60:
logger.Error().Err(err).Msg("failed to cancel execution") (no value) used as value) (typecheck)


[failure] 57-57:
duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch


[failure] 56-56:
previous case

⏰ Context from checks skipped due to timeout of 90000ms (8)
  • GitHub Check: build / Build Binary (windows, amd64)
  • GitHub Check: build / Build Binary (darwin, arm64)
  • GitHub Check: build / Build Binary (darwin, amd64)
  • GitHub Check: build / Build Binary (linux, armv6)
  • GitHub Check: build / Build Binary (linux, armv7)
  • GitHub Check: build / Build Binary (linux, arm64)
  • GitHub Check: lint / lint
  • GitHub Check: build / Build Binary (linux, amd64)
🔇 Additional comments (4)
pkg/compute/watchers/executor_watcher.go (4)

34-37: LGTM! Well-structured logging setup.

The logger setup with execution ID and state provides excellent context for debugging and tracing issues.


42-47: LGTM! Consistent error handling in bidding state.

The error handling follows the recommended pattern with metric tracking and error logging.


49-55: LGTM! Consistent error handling in running state.

The error handling matches the pattern used in the bidding state, maintaining consistency.


64-70: LGTM! Clean error handling with bacerrors.

The final error handling correctly uses bacerrors.Wrap to provide context about the execution state.

Comment on lines 56 to +62
case models.ExecutionStateCancelled:
return h.executor.Cancel(ctx, execution)
case models.ExecutionStateCancelled:
err = h.executor.Cancel(ctx, execution)
if err != nil {
+ logger.Error().Err(err).Msg("failed to cancel execution")
compute.ExecutionCancelErrors.Add(ctx, 1)
}
Copy link
Contributor

Choose a reason for hiding this comment

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

⚠️ Potential issue

Fix duplicate case statement and logger syntax.

There are two critical issues in the cancelled state handling:

  1. Duplicate case statement for ExecutionStateCancelled
  2. Syntax error in the logger statement

Apply this diff to fix the issues:

-	case models.ExecutionStateCancelled:
-case models.ExecutionStateCancelled:
+	case models.ExecutionStateCancelled:
   err = h.executor.Cancel(ctx, execution)
   if err != nil {
-    logger.Error().Err(err).Msg("failed to cancel execution")
+    logger.Error().
+      Err(err).
+      Msg("failed to cancel execution")
     compute.ExecutionCancelErrors.Add(ctx, 1)
   }
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
case models.ExecutionStateCancelled:
return h.executor.Cancel(ctx, execution)
case models.ExecutionStateCancelled:
err = h.executor.Cancel(ctx, execution)
if err != nil {
+ logger.Error().Err(err).Msg("failed to cancel execution")
compute.ExecutionCancelErrors.Add(ctx, 1)
}
case models.ExecutionStateCancelled:
err = h.executor.Cancel(ctx, execution)
if err != nil {
logger.Error().
Err(err).
Msg("failed to cancel execution")
compute.ExecutionCancelErrors.Add(ctx, 1)
}
🧰 Tools
🪛 GitHub Check: lint / go-lint (ubuntu-latest)

[failure] 57-57:
duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch


[failure] 56-56:
previous case


[failure] 60-60:
logger.Error().Err(err).Msg("failed to cancel execution") (no value) used as value (typecheck)


[failure] 57-57:
duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch


[failure] 56-56:
previous case


[failure] 60-60:
logger.Error().Err(err).Msg("failed to cancel execution") (no value) used as value) (typecheck)


[failure] 57-57:
duplicate case models.ExecutionStateCancelled (constant 11 of type "github.com/bacalhau-project/bacalhau/pkg/models".ExecutionStateType) in expression switch


[failure] 56-56:
previous case

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

Implement error handling when updating execution state in Bidder
2 participants