Bug 2106575 - [rbd-mirror] : snap ls --all : Lot of non_primary snapshots stuck in trash namespace since days
Summary: [rbd-mirror] : snap ls --all : Lot of non_primary snapshots stuck in trash na...
Keywords:
Status: NEW
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: RBD-Mirror
Version: 5.2
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 7.0
Assignee: Ilya Dryomov
QA Contact: Sunil Angadi
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-07-13 04:06 UTC by Vasishta
Modified: 2023-07-19 10:59 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:
sangadi: needinfo+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHCEPH-4745 0 None None None 2022-07-13 04:10:53 UTC

Description Vasishta 2022-07-13 04:06:42 UTC 
Description of problem:
1) created two clusters, created 26 images both the sides with snapshot schedule with 2 min, ran some IOs
Created 76 more images on one of the sites (site-a)

2) site-b had laggy osds and some undersized pgs by 1 replica. Scaled up and uppgraded twice to latest build of rhcs 5.2 (just 2-3 builds ahead).

4) Upon observing site-b with 102 non_primary images, lot of images had too old mirroring non_primary snapshots in trash namespace stuck.
http://pastebin.test.redhat.com/1064322

Version-Release number of selected component (if applicable):
16.2.8-65.el8cp - 16.2.8-71.el8cp

How reproducible:
Tried once

Steps to Reproduce:
Mentioned in description
(Steps did not involve failover-failback scenario)

Actual results:
Many snaps stuck in trash namespace.

Expected results:
All snaps to get deleted after accordingly after copying and new snap creation.

Additional info:
Note You need to log in before you can comment on or make changes to this bug.