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

qa/upgrade: conditionally disable update_features tests #41514

Merged
merged 1 commit into from May 31, 2021

Conversation

ideepika
Copy link
Member

with the recent support for async rbd operations from pacific+ when an
older client(non async support) goes on upgrade, and simultaneously
interacts with a newer client which expects the requests to be async,
experiences hang; considering the return code for request completion to
be acknowledgement for async request, which then keeps waiting for
another acknowledgement of request completion.

this if happens should be a rare only when lockowner is an old client
and should be deferred if compatibility issues arises.

see also: 5412304(octopus)

Signed-off-by: Deepika dupadhya@redhat.com

Checklist

  • References tracker ticket
  • Updates documentation if necessary
  • Includes tests for new functionality or reproducer for bug

Show available Jenkins commands
  • jenkins retest this please
  • jenkins test classic perf
  • jenkins test crimson perf
  • jenkins test signed
  • jenkins test make check
  • jenkins test make check arm64
  • jenkins test submodules
  • jenkins test dashboard
  • jenkins test api
  • jenkins test docs
  • jenkins render docs
  • jenkins test ceph-volume all
  • jenkins test ceph-volume tox

@ideepika
Copy link
Member Author

will test them through teuthology

@ideepika ideepika marked this pull request as ready for review May 25, 2021 15:09
@ideepika ideepika requested a review from trociny May 25, 2021 15:13
@ideepika ideepika force-pushed the wip-49592-upgrade branch 2 times, most recently from fc7cf53 to 44267c0 Compare May 25, 2021 17:37
@ideepika
Copy link
Member Author

related to: #41513
#41511

Copy link
Contributor

@trociny trociny left a comment

Choose a reason for hiding this comment

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

LGTM

print("rebuild object map")
image.rebuild_object_map()
assert(not image.is_exclusive_lock_owner())
assert((image.flags() & RBD_FLAG_OBJECT_MAP_INVALID) == 0)

if 'RBD_DISABLE_UPDATE_FEATURES' in os.environ:
Copy link
Contributor

Choose a reason for hiding this comment

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

Actually it should be not in os.environ.

Copy link
Member Author

Choose a reason for hiding this comment

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

@trociny you are right, apologies, silly of me, updated.

with the recent support for async rbd operations from pacific+ when an
    older client(non async support) goes on upgrade, and simultaneously
    interacts with a newer client which expects the requests to be async,
    experiences hang; considering the return code for request completion to
    be acknowledgement for async request, which then keeps waiting for
    another acknowledgement of request completion.

    this if happens should be a rare only when lockowner is an old client
    and should be deferred if compatibility issues arises.

see also: 5412304(octopus)

Signed-off-by: Deepika <dupadhya@redhat.com>
@trociny trociny merged commit 109f0b3 into ceph:master May 31, 2021
@trociny
Copy link
Contributor

trociny commented May 31, 2021

@ideepika I think you can just cherry-pick it into #41513 and #41511

@ideepika ideepika deleted the wip-49592-upgrade branch May 31, 2021 22:08
@ideepika ideepika restored the wip-49592-upgrade branch June 1, 2021 14:10
@ideepika ideepika deleted the wip-49592-upgrade branch August 27, 2021 18:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
3 participants