Bug 1348940 - Restart of RBD daemon is again initiating full Sync/Copy of an Image
Summary: Restart of RBD daemon is again initiating full Sync/Copy of an Image
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: RBD
Version: 2.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: 2.1
Assignee: Jason Dillaman
QA Contact: Rachana Patel
Bara Ancincova
URL:
Whiteboard:
Depends On:
Blocks: 1322504 1383917
TreeView+ depends on / blocked
 
Reported: 2016-06-22 11:07 UTC by Tanay Ganguly
Modified: 2017-07-30 15:27 UTC (History)
7 users (show)

Fixed In Version: RHEL: ceph-10.2.3-2.el7cp Ubuntu: ceph_10.2.3-3redhat1xenial
Doc Type: Bug Fix
Doc Text:
.Image synchronization no longer starts from the beginning after restarting `rbd-mirror` When the `rbd-mirror` daemon was restarted during image synchronization, the synchronization started from the beginning. With this update, the sync point object number is updated periodically during the synchronization. As a result, the image synchronization no longer starts from the beginning after restarting `rbd-mirror`.
Clone Of:
Environment:
Last Closed: 2016-11-22 19:27:00 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Ceph Project Bug Tracker 15108 0 None None None 2016-06-22 11:56:23 UTC
Red Hat Product Errata RHSA-2016:2815 0 normal SHIPPED_LIVE Moderate: Red Hat Ceph Storage security, bug fix, and enhancement update 2017-03-22 02:06:33 UTC

Description Tanay Ganguly 2016-06-22 11:07:42 UTC
Description of problem:
w.r.t BUG https://bugzilla.redhat.com/show_bug.cgi?id=1348928, after the restart of RBD mirror daemon the sync starts from beginning.

Version-Release number of selected component (if applicable):
10.2.2-5.el7cp.x86_64

Steps to Reproduce:
1. If there is a rbd daemon restart in between the syncing of the Image, then it again starts from the beginning.

An Image of size 100GB was synced 70% and it took around 4.30 hours,then i hit the BUG(1348928)
It again started the re-sync process from the beginning, i.e. 0%

bigimage1:
  global_id:   1ebacfa8-fa2b-4c0a-8d38-56cbbee90507
  state:       up+syncing
  description: bootstrapping, IMAGE_COPY/COPY_OBJECT 21%
  last_update: 2016-06-22 10:51:30

Actual results:
Starting from beginning.

Expected results:
Copying/Re-sync should start where it left off.

Additional info:

Comment 1 Ken Dreyer (Red Hat) 2016-06-22 16:39:31 UTC
Brett/Jason to make recommendations for the customer here...

Comment 4 Jason Dillaman 2016-08-10 19:13:40 UTC
Upstream pull request: https://github.com/ceph/ceph/pull/9699

Comment 11 Rachana Patel 2016-10-21 01:12:21 UTC
Verified with 10.2.3-8.el7cp.x86_64
Working as expected hence moving to Verified

Comment 15 errata-xmlrpc 2016-11-22 19:27:00 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2016-2815.html


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