<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Typically, you should not be managing your VMs by virsh. After a power outage, I would recommend sending a start API call to instances that are housed on that specific hypervisor<br><br>Sent from my iPhone</div><div><br>On Nov 16, 2016, at 4:26 PM, Gustavo Randich <<a href="mailto:gustavo.randich@gmail.com">gustavo.randich@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div>When a VM is shutdown without using nova API (kvm process down, libvirt failed to start instance on host boot, etc.), Openstack "freezes" the shutdown power state in the DB, and then re-applies it if the VM is not started via API, e.g.:</div><div><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div># virsh shutdown <domain></div><div><br></div><div>[ sync power states -> stop instance via API ], because hypervisor rules ("power_state is always updated from hypervisor to db")</div><div><br></div><div># virsh startup <domain></div><div><br></div><div>[ sync power states -> stop instance via API ], because database rules</div></blockquote><div><br></div><div><br></div><div>I understand this behaviour is "by design", but I'm confused about the asymmetry: if VM is shutdown without using nova API, should I not be able to start it up again without nova API?</div><div><br></div><div>This is a common scenario in power outages or failures external to Openstack, when VMs fail to start and we need to start them up again using virsh.</div><div><br></div><div>Thanks!</div><div><br></div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OpenStack-operators mailing list</span><br><span><a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a></span><br><span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a></span><br></div></blockquote></body></html>