On Thu, Mar 14, 2013 at 4:13 AM, Diego Parrilla Santamarķa <span dir="ltr"><<a href="mailto:diego.parrilla.santamaria@gmail.com" target="_blank">diego.parrilla.santamaria@gmail.com</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<div><br></div><div>we use Razique's script on shared storage frequently. We recommend to take a snapshot first, just in case.</div>
<div><br></div><div>A few comments about what I have read in this thread:</div>

<div>- The script works (for us) and does not break anything (we modified it to perform a delete instead of writing to a file) on a shared storage</div><div></div></blockquote><div><br></div><div>I have a concern that ad hoc scripts like this will break in the future. You should test before using it in production for each release. For example grizzly changes how kernels are named and this could break that script. I personally think if you run adhoc scripts from outside the nova codebase, then the onus is on your to understand the underlying code and what the script is doing -- the nova developers can't maintain things we don't know about.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>- I was really scared when I read about the migration problems from Essex to Folsom and the new automatic clean up code. <span style="font-family:Verdana,Geneva,sans-serif;font-size:12px">remove_unused_base_images=false</span></div>
</blockquote><div><br></div><div>Have you tested the fixes that were put into trunk several months ago for those problems? The cleaner is on by default in grizzly, so testing before release would be a good idea.</div><div>
<br></div><div>Michael </div></div>