All of lore.kernel.org
 help / color / mirror / Atom feed
* Accidental image deletion
@ 2013-04-07 20:31 Andrey Korolyov
  2013-04-11  0:43 ` Josh Durgin
  0 siblings, 1 reply; 2+ messages in thread
From: Andrey Korolyov @ 2013-04-07 20:31 UTC (permalink / raw)
  To: ceph-devel

Hello,

Is there an existing or planned way to save an image from such thing,
except protected snapshot? Since ``rbd snap protect'' is good enough
for a small or inactive images, large ones may add significant overhead
by space or by I/O when 'locking' snapshot is present, so it would be nice
to see same functionality by the flag of ``rbd lock'' command.

Thanks!

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Accidental image deletion
  2013-04-07 20:31 Accidental image deletion Andrey Korolyov
@ 2013-04-11  0:43 ` Josh Durgin
  0 siblings, 0 replies; 2+ messages in thread
From: Josh Durgin @ 2013-04-11  0:43 UTC (permalink / raw)
  To: Andrey Korolyov; +Cc: ceph-devel

On 04/07/2013 01:31 PM, Andrey Korolyov wrote:
> Hello,
>
> Is there an existing or planned way to save an image from such thing,
> except protected snapshot? Since ``rbd snap protect'' is good enough
> for a small or inactive images, large ones may add significant overhead
> by space or by I/O when 'locking' snapshot is present, so it would be nice
> to see same functionality by the flag of ``rbd lock'' command.

When we added locking originally, we thought about adding a general
--lock flag for rbd commands on a particular image that would acquire
an exclusive lock on the image before doing anything.

Then you could do 'rbd rm --lock', and it would fail if you'd left the
imaged locked. This is easy to implement, but we haven't gotten around
to it. It's in the tracker though: http://tracker.ceph.com/issues/2586

On a related note, Wido is adding an option to prevent accidental data
loss via resize: https://github.com/ceph/ceph/pull/209

Josh

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-04-11  0:43 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-07 20:31 Accidental image deletion Andrey Korolyov
2013-04-11  0:43 ` Josh Durgin

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.