<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 25, 2015 at 6:11 AM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2015-02-25 01:02:07 +0530 (+0530), Bharat Kumar wrote:<br>
[...]<br>
<span class="">> After running 971 test cases VM inaccessible for 569 ticks<br>
</span>[...]<br>
<br>
Glad you're able to reproduce it. For the record that is running<br>
their 8GB performance flavor with a CentOS 7 PVHVM base image. The<br>
steps to recreate are <a href="http://paste.openstack.org/show/181303/" target="_blank">http://paste.openstack.org/show/181303/</a> as<br>
discussed in IRC (for the sake of others following along). I've held<br>
a similar worker in HPCloud (15.126.235.20) which is a 30GB flavor<br>
artifically limited to 8GB through a kernel boot parameter.<br>
Hopefully following the same steps there will help either confirm<br>
the issue isn't specific to running in one particular service<br>
provider, or will yield some useful difference which could help<br>
highlight the cause.<br>
<br>
Either way, once 104.239.136.99 and 15.126.235.20 are no longer<br>
needed, please let one of the infrastructure root admins know to<br>
delete them.<br></blockquote><div><br></div><div>You can delete these VMs, wil request if needed again<br><br></div><div>thanx,<br></div><div>deepak<br></div></div><br></div></div>