Thanks for your reply Chris. I checked both and nither firewall rules are in the war nor there is the control_exchange in nova.conf. Just to confirm: for a single host network setup, nova-network is supposed to be setup only on the cloud controller and compute nodes should only run nova-compute. Is this correct?<br>
<br>
<div class="gmail_quote">On Fri, Jun 22, 2012 at 10:36 PM, Chris Wright <span dir="ltr"><<a href="mailto:chrisw@sous-sol.org" target="_blank">chrisw@sous-sol.org</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div class="im">* Derek Eli (<a href="mailto:derek.eli82@gmail.com">derek.eli82@gmail.com</a>) wrote:<br>> I am having issues with spawning a VM which gets scheduled to a non cloud<br>> controller node, running nova-compute only. It fails with a nerwork<br>
> configuration error. Looking at logs reveals that it was an rpc timeout<br>> error. Further investigations (nova-network logs) reveal that the<br>> nova-network tried to send a message to network.nova2 queue and it never<br>
> received a response and times out, hence, the compute node never receives a<br>> reply and times out. doing a rabbitmqctl shows no queue named network.nova2.<br><br></div>firewall rules on cloud controller node in the way?<br>
<br>nova.conf not matching (i.e. one has control_exchange="nova2" in it)?<br></blockquote></div><br>