Actions
Bug #24000
closedmon: snap delete on deleted pool returns 0 without proper payload
Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Correctness/Safety
Target version:
-
% Done:
0%
Source:
Tags:
Backport:
mimic
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(RADOS):
Monitor
Pull request ID:
Crash signature (v1):
Crash signature (v2):
Description
It can lead to an abort in the client application since an empty reply w/o an error code is constructed in the monitor and the decode of the reply isn't wrapped with a try/catch block.
2018-05-03 18:58:44.207 7f9a28b11700 10 mon.a@0(leader).osd e104 attempt to operate on non-existent pool id 2
Updated by Jason Dillaman almost 6 years ago
- Status changed from In Progress to Fix Under Review
Updated by Greg Farnum almost 6 years ago
- Subject changed from Potential race with creating self-managed snapshot and pool deletion to mon: snap delete on deleted pool returns 0 without proper payload
- Category set to Correctness/Safety
- Status changed from Fix Under Review to 12
- Component(RADOS) Monitor added
Jason put a client-side handler in, but we should change the monitor as well so that we don't break older clients (or tell lies!).
Updated by Kefu Chai almost 6 years ago
- Status changed from 7 to Pending Backport
- Backport set to mimic
Updated by Kefu Chai almost 6 years ago
- Copied to Backport #24103: mimic: mon: snap delete on deleted pool returns 0 without proper payload added
Updated by Nathan Cutler almost 6 years ago
- Status changed from Pending Backport to Resolved
Actions