<div dir="ltr">Hi Raoul,<div><br></div><div>this only happens when the node comes back online after booting. When I stop the node with "pcs cluster stop", everything works fine, even if VIP is active on that node.</div><div><br></div><div>Anyway I will file a bugzilla.</div><div><br></div><div>Thanks</div><div><br></div><div><br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 4, 2016 at 1:51 PM, Raoul Scarazzini <span dir="ltr"><<a href="mailto:rasca@redhat.com" target="_blank">rasca@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok, so we are on mitaka. Here we have VIPs that are a (Optional)<br>
dependency for haproxy, which is a (Mandatory) dependency for<br>
openstack-core from which all the others (nova, neutron, cinder and so<br>
on) depends.<br>
This means that if you are rebooting a controller in which a VIP is<br>
active you will NOT have a restart of openstack-core since haproxy will<br>
not be restarted, because of the OPTIONAL constraint.<br>
So the behavior you're describing is quite strange.<br>
Maybe other components are in the game here. Can you open a bugzilla<br>
with the exact steps you're using to reproduce the problem and share the<br>
sosreports of your systems?<br>
<br>
Thanks,<br>
<br>
--<br>
Raoul Scarazzini<br>
<a href="mailto:rasca@redhat.com">rasca@redhat.com</a><br>
<span class=""><br>
On 04/08/2016 12:34, Pedro Sousa wrote:<br>
> Hi,<br>
><br>
> I use mitaka from centos sig repos:<br>
><br>
> Centos 7.2<br>
> centos-release-openstack-mitaka-1-3.el7.noarch<br>
> pacemaker-cli-1.1.13-10.el7_2.2.x86_64<br>
> pacemaker-1.1.13-10.el7_2.2.x86_64<br>
> pacemaker-remote-1.1.13-10.el7_2.2.x86_64<br>
> pacemaker-cluster-libs-1.1.13-10.el7_2.2.x86_64<br>
> pacemaker-libs-1.1.13-10.el7_2.2.x86_64<br>
> corosynclib-2.3.4-7.el7_2.3.x86_64<br>
> corosync-2.3.4-7.el7_2.3.x86_64<br>
> resource-agents-3.9.5-54.el7_2.10.x86_64<br>
><br>
> Let me know if you need more info.<br>
><br>
> Thanks<br>
><br>
><br>
><br>
> On Thu, Aug 4, 2016 at 11:21 AM, Raoul Scarazzini <<a href="mailto:rasca@redhat.com">rasca@redhat.com</a><br>
</span><span class="">> <mailto:<a href="mailto:rasca@redhat.com">rasca@redhat.com</a>>> wrote:<br>
><br>
> Hi,<br>
> can you please give us more information about the environment you are<br>
> using? Release, package versions and so on.<br>
><br>
> --<br>
> Raoul Scarazzini<br>
</span>> <a href="mailto:rasca@redhat.com">rasca@redhat.com</a> <mailto:<a href="mailto:rasca@redhat.com">rasca@redhat.com</a>><br>
<div><div class="h5">><br>
> On 04/08/2016 11:34, Pedro Sousa wrote:<br>
> > Hi all,<br>
> ><br>
> > I have an overcloud with 3 controller nodes, everything is working fine,<br>
> > the problem is when I reboot one of the controllers. When the node comes<br>
> > online, all the services (nova-api, neutron-server) on the other nodes<br>
> > are also restarted, causing a couple of minutes of downtime until<br>
> > everything is recovered.<br>
> ><br>
> > In the example below I restarted controller2 and I see these messages on<br>
> > controller0. My question is if this is the expected behavior, because in<br>
> > my opinion it shouldn't happen.<br>
> ><br>
> > *Authorization Failed: Service Unavailable (HTTP 503)*<br>
> > *== Glance images ==*<br>
> > *Service Unavailable (HTTP 503)*<br>
> > *== Nova managed services ==*<br>
> > *No handlers could be found for logger<br>
> "keystoneauth.identity.generic.base"*<br>
> > *ERROR (ServiceUnavailable): Service Unavailable (HTTP 503)*<br>
> > *== Nova networks ==*<br>
> > *No handlers could be found for logger<br>
> "keystoneauth.identity.generic.base"*<br>
> > *ERROR (ServiceUnavailable): Service Unavailable (HTTP 503)*<br>
> > *== Nova instance flavors ==*<br>
> > *No handlers could be found for logger<br>
> "keystoneauth.identity.generic.base"*<br>
> > *ERROR (ServiceUnavailable): Service Unavailable (HTTP 503)*<br>
> > *== Nova instances ==*<br>
> > *No handlers could be found for logger<br>
> "keystoneauth.identity.generic.base"*<br>
> > *ERROR (ServiceUnavailable): Service Unavailable (HTTP 503)*<br>
> > *[root@overcloud-controller-0 ~]# openstack-status *<br>
> > *Broadcast message from<br>
> > systemd-journald@overcloud-controller-0.localdomain (Thu 2016-08-04<br>
> > 09:22:31 UTC):*<br>
> > *<br>
> > *<br>
> > *haproxy[2816]: proxy neutron has no server available!*<br>
> ><br>
> > Thanks,<br>
> > Pedro Sousa<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > rdo-list mailing list<br>
</div></div>> > <a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a> <mailto:<a href="mailto:rdo-list@redhat.com">rdo-list@redhat.com</a>><br>
<span class="">> > <a href="https://www.redhat.com/mailman/listinfo/rdo-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
> ><br>
> > To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a><br>
</span>> <mailto:<a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a>><br>
> ><br>
><br>
><br>
</blockquote></div><br></div>