<div dir="ltr">Hi all, <div><br></div><div><br></div><div>I would like to fix direction of this thread. Cause it is going in wrong direction. </div><div><br></div><div>To assume:</div><div>1) Yes restoring already deleted recourses could be useful. </div>
<div>2) Current approach with soft deletion is broken by design and we should get rid of them. </div><div><br></div><div>More about why I think that it is broken: </div><div>1) When you are restoring some resource you should restore N records from N tables (e.g. VM)</div>
<div>2) Restoring sometimes means not only restoring DB records. </div><div>3) Not all resources should be restorable (e.g. why I need to restore fixed_ip? or key-pairs?)</div><div><br></div><div><br></div><div>So what we should think about is:</div>
<div>1) How to implement restoring functionally in common way (e.g. framework that will be in oslo) </div><div>2) Split of work of getting rid of soft deletion in steps (that I already mention):</div><div>a) remove soft deletion from places where we are not using it</div>
<div>b) replace internal code where we are using soft deletion to that framework </div><div>c) replace API stuff using ceilometer (for logs) or this framework (for restorable stuff)</div><div><br></div><div><br></div><div>
To put in a nutshell: Restoring Delete resources / Delayed Deletion != Soft deletion. </div><div><br></div><div><br></div><div>Best regards,</div><div>Boris Pavlovic </div><div><br></div></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Thu, Mar 13, 2014 at 9:21 PM, Mike Wilson <span dir="ltr"><<a href="mailto:geekinutah@gmail.com" target="_blank">geekinutah@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">For some guests we use the LVM imagebackend and there are times when the guest is deleted on accident. Humans, being what they are, don't back up their files and don't take care of important data, so it is not uncommon to use lvrestore and "undelete" an instance so that people can get their data. Of course, this is not always possible if the data has been subsequently overwritten. But it is common enough that I imagine most of our operators are familiar with how to do it. So I guess my saying that we do it on a regular basis is not quite accurate. Probably would be better to say that it is not uncommon to do this, but definitely not a daily task or something of that ilk.<div>

<br></div><div>I have personally "undeleted" an instance a few times after accidental deletion also. I can't remember the specifics, but I do remember doing it :-).</div><span class="HOEnZb"><font color="#888888"><div>
<br></div><div>-Mike</div></font></span></div><div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 12:46 PM, Johannes Erdfelt <span dir="ltr"><<a href="mailto:johannes@erdfelt.com" target="_blank">johannes@erdfelt.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Tue, Mar 11, 2014, Mike Wilson <<a href="mailto:geekinutah@gmail.com" target="_blank">geekinutah@gmail.com</a>> wrote:<br>


> Undeleting things is an important use case in my opinion. We do this in our<br>
> environment on a regular basis. In that light I'm not sure that it would be<br>
> appropriate just to log the deletion and git rid of the row. I would like<br>
> to see it go to an archival table where it is easily restored.<br>
<br>
</div>I'm curious, what are you undeleting and why?<br>
<span><font color="#888888"><br>
JE<br>
</font></span><div><div><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>