Bug 1451936 – [RFE]: osd: deletes are performed inline during pg log processing

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 1451936 - [RFE]: osd: deletes are performed inline during pg log processing

Summary:	[RFE]: osd: deletes are performed inline during pg log processing

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Ceph Storage
Classification:	Red Hat
Component:	RADOS (Show other bugs)
Sub Component:
Version:	3.0
Hardware:	Unspecified Unspecified

Priority	urgent Severity urgent
Target Milestone:	rc
Target Release:	3.0
Assigned To:	Josh Durgin
QA Contact:	Parikshith
Docs Contact:	Bara Ancincova

URL:
Whiteboard:
Keywords:	FutureFeature

Depends On:
Blocks:	1494421
	Show dependency tree / graph

Reported:	2017-05-17 19:11 EDT by Josh Durgin
Modified:	2018-01-08 11:07 EST (History)
CC List:	9 users (show)

See Also:
Fixed In Version:	RHEL: ceph-12.1.4-1.el7cp Ubuntu: ceph_12.1.4-2redhat1xenial
Doc Type:	Bug Fix
Doc Text:	.Delete operations are handled during recovery, not peering When a large number of delete operations were in a client workload, a disk could be easily saturated during peering, which caused very high latency, because the delete operations did not go through the operations queue or do any batching. With this update the delete operations are handled during recovery, instead of peering.
Story Points:	---
Clone Of:
Environment:
Last Closed:	2017-12-05 18:33:43 EST
Type:	Bug
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Ceph Project Bug Tracker	19971	None	None	None	2017-05-17 19:11 EDT
Red Hat Product Errata	RHBA-2017:3387	normal	SHIPPED_LIVE	Red Hat Ceph Storage 3.0 bug fix and enhancement update	2017-12-05 22:03:45 EST

Groups: None (edit)

Description Josh Durgin 2017-05-17 19:11:51 EDT

With a large number of deletes in a client workload, this can easily saturate a disk and cause very high latency, since it does not go through the op queue or do any batching.

To fix this, make recovery handle these deletes instead of performing them during peering.

Comment 9 Parikshith 2017-11-06 05:02:34 EST

verified on 12.2.1-39.el7cp

Comment 12 errata-xmlrpc 2017-12-05 18:33:43 EST

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://access.redhat.com/errata/RHBA-2017:3387

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