Project

General

Profile

Actions

Bug #1144

closed

snap_trimmer

Added by Samuel Just almost 13 years ago. Updated almost 13 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
% Done:

100%

Source:
Tags:
Backport:
Regression:
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

Currently, there is a race on the replica between processing the repops removing objects from a snap collection and processing the updated info with the snap collection removed. If the latter occurs first, the replica will crash on a not empty error. Waiting on the repop in the snap_trimmer loop, however, would tie up a disk_tp thread. Instead, I am refactoring snap_trimmer into a set of non-blocking operations which will be called from substates of Active.


Subtasks 2 (0 open2 closed)

Tasks #1157: create teuthology tests for updated snap_trimmerClosed06/09/2011

Actions
Tasks #1165: snap collection clone removalClosed06/10/2011

Actions
Actions #1

Updated by Samuel Just almost 13 years ago

wip_snap_trimmer has the current incarnation of the changes

Actions #2

Updated by Sage Weil almost 13 years ago

  • Target version set to v0.30
Actions #3

Updated by Sage Weil almost 13 years ago

  • Target version changed from v0.30 to v0.31
Actions #4

Updated by Sage Weil almost 13 years ago

  • Translation missing: en.field_position set to 13
Actions #5

Updated by Sage Weil almost 13 years ago

  • Status changed from New to Resolved
Actions #6

Updated by Sage Weil almost 13 years ago

  • Translation missing: en.field_story_points set to 5
Actions

Also available in: Atom PDF