<div dir="ltr">On 17 October 2013 10:10, Robert van Leeuwen <span dir="ltr"><<a href="mailto:Robert.vanLeeuwen@spilgames.com" target="_blank">Robert.vanLeeuwen@spilgames.com</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div>
<div style="direction:ltr;font-size:10pt;font-family:Tahoma"><div class="im"><br>
> The most common cause for something like this is time being out of sync or your MQ/DB service > being unreachable.
<br>
<br></div>
We changed the name of the dns name for the MQ yesterday but according to the logs they all happily connect.<br><br></div></div></blockquote><div><br></div><div>As I recall the Openstack services can't use a DNS name to connect to RabbitMQ. This was the case in Essex and I haven't checked with later versions. Try enabling the management plugin for Rabbit to see whether you actually are getting any messages moving through the system.</div>
<div><br></div><div>If you are, then you'll have to look elsewhere. The usual process:</div><div><br></div><div> - test basic commands via command-line for each subsystem to see whether you get errors with any one of them. Start with keystone, then nova, then the others. If keystone doesn't work, pretty much nothing will work. Try the commands with '--debug' to get extra clues for where things are going wrong.</div>
<div> - if you get errors, are they localised to particular kinds of commands or does nothing work</div><div> - enable debug logging for a failing service, try a failing command and see whether you get a clue in the debug log</div>
</div></div></div>