<div dir="ltr">Following up on this issue. The root cause were errors in the cinder.conf file. Specifically using "connection" instead of "sql_connection" in the [DEFAULT] section. "connection" only works under the "[database]" section. The reason for these syntax errors: the script that generated etc/cinder/cinder.conf.sample in the 2013.2.3 release did not correctly place configuration options under subsections.<div>

<br></div><div>I have filed a bug:</div><div><a href="https://bugs.launchpad.net/cinder/+bug/1316684">https://bugs.launchpad.net/cinder/+bug/1316684</a><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Fri, May 2, 2014 at 7:01 PM, Scott Devoid <span dir="ltr"><<a href="mailto:devoid@anl.gov" target="_blank">devoid@anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">Hi all,<div><br></div><div>I am having trouble deploying a second cinder-volume service on our Havana system (2013.2.3).</div><div>$ cinder service-list</div><div><div>+------------------+---------+------+---------+-------+----------------------------+</div>


<div>|      Binary      |   Host  | Zone |  Status | State |         Updated_at         |</div><div>+------------------+---------+------+---------+-------+----------------------------+</div><div>| cinder-scheduler |  u10-p  | nova | enabled |  down | 2014-05-02T23:33:17.000000 |</div>


<div>| cinder-scheduler |  u11-p  | nova | enabled |   up  | 2014-05-02T23:55:12.000000 |</div><div>|  cinder-volume   | v1-p | nova | enabled |   up  | 2014-05-02T23:55:19.000000 |</div><div>+------------------+---------+------+---------+-------+----------------------------+</div>


</div><div><br></div><div>New volume server is on v2-p. After configuring, I start up cinder-volume and get this output from the logs <a href="http://paste.openstack.org/show/78467/" target="_blank">http://paste.openstack.org/show/78467/</a></div>


<div><br></div><div>On the AMQP server "internal-rabbit" I see that the service creates some queues:</div><div><div>$ rabbitmqctl list_queues -p /havana_h1 | grep cinder</div><div>cinder-scheduler:u11-p  0</div>


<div>cinder-volume_fanout_9a146f9bf00a6b2898f3bd3abbc520f6   0</div><div>cinder-volume:v2-p      0</div><div>cinder-scheduler:u10-p  0</div><div>cinder-scheduler        0</div><div>cinder-volume:v1-p   0</div><div>cinder-scheduler_fanout_ff6e60da1fe54ebc99a9c0af3f5e977a        0</div>


</div><div><br></div><div>However, the service does not appear in the database "services" table. I've tested my MySQL and Keystone credentials and I am able to query both from v2-p.</div><div><br></div><div>


I am not sure how to debug it from here, I've turned SQL's "connection_debug=100" and turned on debugging and verbose logging. No errors or messages that indicate the problem. :-/</div><div><br></div><div>


Thanks for the help!</div><span class="HOEnZb"><font color="#888888"><div>~ Scott</div></font></span></div>
</blockquote></div><br></div>