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

Fix deploy function of NNCP #2267

Merged
merged 1 commit into from
Jan 9, 2025
Merged

Conversation

hmeir
Copy link
Contributor

@hmeir hmeir commented Jan 9, 2025

Short description:

If the the deploy func fails, clean_up func of resource is called at the except section. But the args this call using wrong name.

More details:

This has to be fixed, because otherwise the NNCP resource doesn't get cleaned up upon failure.

Which issue(s) this PR fixes:

automation bug fix.

Bug:

automation bug fix.

Summary by CodeRabbit

  • Bug Fixes
    • Improved error handling in network configuration policy deployment process
    • Simplified method for handling exceptions during network policy deployment

If the the deploy func fails,  clean_up func of resource is called at the except section.
But the args this call using wrong name.

This has to be fixed, because otherwise the NNCP resource doesn't get cleaned_up upon failure.

Signed-off-by: Harel Meir <hmeir@redhat.com>
Copy link

coderabbitai bot commented Jan 9, 2025

Walkthrough

The pull request involves a modification to the NodeNetworkConfigurationPolicy class in the node_network_configuration_policy.py file. Specifically, the change relates to the error handling mechanism in the deploy method, where the superclass's __exit__() method is called with a simplified syntax by removing explicit exception-related parameters.

Changes

File Change Summary
ocp_resources/node_network_configuration_policy.py Modified deploy method's error handling by simplifying the superclass __exit__() method call, removing explicit exception parameters

Finishing Touches

  • 📝 Generate Docstrings

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.

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.

@redhat-qe-bot
Copy link
Contributor

Report bugs in Issues

The following are automatically added:

  • Add reviewers from OWNER file (in the root of the repository) under reviewers section.
  • Set PR size label.
  • New issue is created for the PR. (Closed when PR is merged/closed)
  • Run pre-commit if .pre-commit-config.yaml exists in the repo.

Available user actions:

  • To mark PR as WIP comment /wip to the PR, To remove it from the PR comment /wip cancel to the PR.
  • To block merging of PR comment /hold, To un-block merging of PR comment /hold cancel.
  • To mark PR as verified comment /verified to the PR, to un-verify comment /verified cancel to the PR.
    verified label removed on each new commit push.
  • To cherry pick a merged PR comment /cherry-pick <target branch to cherry-pick to> in the PR.
    • Multiple target branches can be cherry-picked, separated by spaces. (/cherry-pick branch1 branch2)
    • Cherry-pick will be started when PR is merged
  • To build and push container image command /build-and-push-container in the PR (tag will be the PR number).
    • You can add extra args to the Podman build command
      • Example: /build-and-push-container --build-arg OPENSHIFT_PYTHON_WRAPPER_COMMIT=<commit_hash>
  • To add a label by comment use /<label name>, to remove, use /<label name> cancel
  • To assign reviewers based on OWNERS file use /assign-reviewers
  • To check if PR can be merged use /check-can-merge
  • to assign reviewer to PR use /assign-reviewer <reviewer>
Supported /retest check runs
  • /retest tox: Retest tox
  • /retest python-module-install: Retest python-module-install
  • /retest all: Retest all
Supported labels
  • hold
  • verified
  • wip
  • lgtm

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.

Actionable comments posted: 0

🔭 Outside diff range comments (1)
ocp_resources/node_network_configuration_policy.py (1)

Add test coverage for NodeNetworkConfigurationPolicy deploy method

The verification confirms there are no tests covering the NNCP deploy method's error handling. Critical scenarios that need test coverage:

  • Exception handling during wait_for_status_success()
  • Proper cleanup sequence execution
  • Parent class exit invocation
  • Error logging verification
🔗 Analysis chain

Line range hint 299-307: Add test coverage for error handling scenarios.

The deploy method contains critical error handling and cleanup logic. Please add test cases to verify:

  1. The cleanup is triggered correctly when errors occur
  2. The error is properly logged and re-raised
  3. The parent's exit is called as expected

Let's check for existing test coverage:

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for test files covering the deploy method

# Look for test files related to NNCP
fd -e py test_.*node_network_configuration_policy

# Search for deploy method tests
rg -l "test.*deploy" -g "test_*node_network_configuration_policy*.py"

Length of output: 274


Script:

#!/bin/bash
# Cast a wider net to find test files and deploy-related tests

# Find all test files in the codebase
fd -t f -e py "test_.*\.py$"

# Search for any deploy-related test patterns in Python files
rg -l "def test.*deploy" -t py

# Search for NNCP class usage in test files
rg -l "NodeNetworkConfigurationPolicy" -t py

# Look for error handling test patterns
rg "def test.*error|def test.*exception" -t py

Length of output: 806

🧹 Nitpick comments (1)
ocp_resources/node_network_configuration_policy.py (1)

Line range hint 299-307: Consider enhancing the error handling.

While the current implementation is functional, consider these improvements:

  1. Be more specific about which exceptions to catch instead of using a broad Exception
  2. Add more context to the error message about what failed
  3. Add a docstring explaining the cleanup sequence

Example enhancement:

     def deploy(self, wait=False):
+        """Deploy the network configuration policy.
+        
+        Args:
+            wait (bool): Whether to wait for the creation to complete
+            
+        Raises:
+            NNCPConfigurationFailed: If the configuration fails
+            TimeoutExpiredError: If waiting for success status times out
+        """
         self.ipv4_ports_backup()
         self.ipv6_ports_backup()
 
         self.create(wait=wait)
         try:
             self.wait_for_status_success()
             return self
-        except Exception as exp:
-            self.logger.error(exp)
+        except (NNCPConfigurationFailed, TimeoutExpiredError) as exp:
+            self.logger.error(f"Failed to deploy {self.name}: {exp}")
             super().__exit__()
             raise
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 6cb212e and 9a270eb.

📒 Files selected for processing (1)
  • ocp_resources/node_network_configuration_policy.py (1 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (2)
  • GitHub Check: tox
  • GitHub Check: python-module-install
🔇 Additional comments (1)
ocp_resources/node_network_configuration_policy.py (1)

304-304: LGTM! Clean up the error handling.

The simplified super().__exit__() call is correct and achieves the same result as the previous explicit parameter version. This change makes the code more concise without affecting the functionality.

@myakove myakove enabled auto-merge (squash) January 9, 2025 08:16
@hmeir
Copy link
Contributor Author

hmeir commented Jan 9, 2025

/verified

@myakove myakove merged commit ff12fa9 into RedHatQE:main Jan 9, 2025
6 checks passed
@hmeir
Copy link
Contributor Author

hmeir commented Jan 9, 2025

/cherry-pick v4.17 v4.16

redhat-qe-bot2 pushed a commit that referenced this pull request Jan 9, 2025
If the the deploy func fails,  clean_up func of resource is called at the except section.
But the args this call using wrong name.

This has to be fixed, because otherwise the NNCP resource doesn't get cleaned_up upon failure.

Signed-off-by: Harel Meir <hmeir@redhat.com>
@redhat-qe-bot2
Copy link

Cherry-picked PR Fix deploy function of NNCP into v4.16

redhat-qe-bot2 pushed a commit that referenced this pull request Jan 9, 2025
If the the deploy func fails,  clean_up func of resource is called at the except section.
But the args this call using wrong name.

This has to be fixed, because otherwise the NNCP resource doesn't get cleaned_up upon failure.

Signed-off-by: Harel Meir <hmeir@redhat.com>
@redhat-qe-bot2
Copy link

Cherry-picked PR Fix deploy function of NNCP into v4.17

rh-bot-1 pushed a commit that referenced this pull request Jan 9, 2025
If the the deploy func fails,  clean_up func of resource is called at the except section.
But the args this call using wrong name.

This has to be fixed, because otherwise the NNCP resource doesn't get cleaned_up upon failure.

Signed-off-by: Harel Meir <hmeir@redhat.com>
Co-authored-by: Harel Meir <hmeir@redhat.com>
rh-bot-1 pushed a commit that referenced this pull request Jan 9, 2025
If the the deploy func fails,  clean_up func of resource is called at the except section.
But the args this call using wrong name.

This has to be fixed, because otherwise the NNCP resource doesn't get cleaned_up upon failure.

Signed-off-by: Harel Meir <hmeir@redhat.com>
Co-authored-by: Harel Meir <hmeir@redhat.com>
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.

7 participants