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

Add a few exceptions class for yum transaction handler #674

Merged
merged 2 commits into from
Nov 30, 2022

Conversation

r0x0d
Copy link
Member

@r0x0d r0x0d commented Nov 29, 2022

We discovered that we were missing a few exception classes to catch during the package download. We went ahead and added a couple of exceptions to catch gpg checks and mirror exceptions too.

Signed-off-by: Rodolfo Olivieri [email protected]

Jira Issue: RHELC-

Checklist

  • PR meets acceptance criteria specified in the Jira issue
  • PR has been tested manually in a VM (either author or reviewer)
  • Jira issue has been made public if possible
  • [RHELC-] is part of the PR title
  • Code and tests are documented properly
  • The commits are squashed to as few commits as possible (without losing data)
  • When merged: Jira issue has been updated to Release Pending

We discovered that we were missing a few exception classes to catch
during the package download. We went ahead and added a couple of
exceptions to catch gpg checks and mirror exceptions too.

Signed-off-by: Rodolfo Olivieri <[email protected]>
@r0x0d r0x0d self-assigned this Nov 29, 2022
@codecov
Copy link

codecov bot commented Nov 29, 2022

Codecov Report

Base: 93.47% // Head: 93.47% // No change to project coverage 👍

Coverage data is based on head (ef57e59) compared to base (8bd5beb).
Patch coverage: 100.00% of modified lines in pull request are covered.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #674   +/-   ##
=======================================
  Coverage   93.47%   93.47%           
=======================================
  Files          22       22           
  Lines        3188     3188           
  Branches      568      568           
=======================================
  Hits         2980     2980           
  Misses        146      146           
  Partials       62       62           
Flag Coverage Δ
centos-linux-6 89.83% <100.00%> (ø)
centos-linux-7 89.31% <100.00%> (ø)
centos-linux-8 89.47% <0.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files Coverage Δ
convert2rhel/pkgmanager/handlers/yum.py 97.84% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report at Codecov.
📢 Do you have feedback about the report comment? Let us know in this issue.

Copy link
Member

@Venefilyn Venefilyn left a comment

Choose a reason for hiding this comment

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

LGTM. Lets wait for integration tests

@Venefilyn Venefilyn merged commit b548e82 into oamg:main Nov 30, 2022
@r0x0d r0x0d deleted the catch-download-package-exceptions-for-yum branch November 30, 2022 01:48
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Dec 6, 2022
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Dec 6, 2022
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
abadger pushed a commit to Andrew-ang9/convert2rhel that referenced this pull request Dec 7, 2022
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Jan 2, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Jan 12, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Feb 6, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Feb 9, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Feb 13, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Feb 14, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Feb 14, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
r0x0d added a commit to r0x0d/convert2rhel that referenced this pull request Feb 14, 2023
While testing convert2rhel manually in a vagrant box, I realized that the
conversion stopped in the yum transaction validation phase, generating a
traceback and not doing a proper rollback after the error appeared.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of oamg#674 that introduced the fix, we left out the integration tests that
were supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
bocekm added a commit that referenced this pull request Feb 16, 2023
…677)

* Add missing integration tests for single yum transaction

While testing convert2rhel manually in a vagrant box, we've bumped into a
traceback when the conversion stopped in the yum transaction validation
phase and no rollback happened.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of #674 that introduced a fix for that, we left out the integration test
that was supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
Co-authored-by: Michal Bocek <[email protected]>
Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
Venefilyn pushed a commit that referenced this pull request Jun 19, 2023
…677)

* Add missing integration tests for single yum transaction

While testing convert2rhel manually in a vagrant box, we've bumped into a
traceback when the conversion stopped in the yum transaction validation
phase and no rollback happened.

Since the transaction validation is supposed to trigger the rollback in case of
any failures, it was strange that the tool was not behaving the way it should.

As part of #674 that introduced a fix for that, we left out the integration test
that was supposed to cover this scenario.

Signed-off-by: Rodolfo Olivieri <[email protected]>
Co-authored-by: Michal Bocek <[email protected]>
Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
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.

3 participants