<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 5, 2016 at 12:39 AM, Dan Smith <span dir="ltr"><<a href="mailto:dms@danplanet.com" target="_blank">dms@danplanet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Having said that, I think Dan Smith came across a fairly large<br>
> production DB dataset recently which he was using for testing some<br>
> archive changes, maybe Dan will become our new Johannes, but grumpier of<br>
> course. :)<br>
<br>
</span>That's quite an insult to Johannes :)<br>
<br>
While working on the db archiving thing recently I was thinking about<br>
how it would be great to get t-h to run this process on one of its<br>
large/real datasets. Then I started to wonder when was the last time I<br>
actually saw it comment.<br>
<br></blockquote><div><br></div><div>So if it's missed something important please let me know and we can look into it. On the other hand with specific cases like this (as mentioned earlier) we can test it individually as a special case.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I feel like these days Nova, by policy, isn't doing any database<br>
migrations that can really take a long time for a variety of reasons<br>
(i.e. expand-only schema migrations, no data migrations). That means the<br>
original thing t-h set out to prevent is not really much of a risk anymore.<br>
<br>
I surely think it's valuable, but I understand if the benefit does not<br>
outweigh the cost at this point.<br></blockquote><div><br></div><div><br></div><div>With nova being more careful of big migrations it does seem the effort is beginning to outweigh the benefit.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
--Dan<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>