Thanks, guys;<div><br></div><div>The problem was indeed that I was using the file catalog for keystone, so my changes to endpoints through the API weren't persisting past a reboot. I ended up just switching to the SQL driver, and now my endpoints persist, and the client goes through :)</div>
<div><br></div><div>Cheers!</div><div>-Adrian</div><div><br><div class="gmail_quote">On Tue, Jun 5, 2012 at 10:09 AM,  <span dir="ltr"><<a href="mailto:mwjpiero@gmail.com" target="_blank">mwjpiero@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">See /etc/keystone/default_catalog.template if you use the file catalog.<br><br><span style="font-family:Prelude,Verdana,san-serif"><br>
<br></span><span><div style="font-family:arial,sans-serif;font-size:12px;color:#999999">-- Sent from my HP TouchPad</div></span><span style="color:navy;font-family:Prelude,Verdana,san-serif"><hr align="left" style="width:75%">
<div><div class="h5">On 5 Jun 2012 21:04, Lorin Hochstein <<a href="mailto:lorin@nimbisservices.com" target="_blank">lorin@nimbisservices.com</a>> wrote: <br></div></div></span><div class="HOEnZb"><div class="h5">Adrian:<div>
<br></div><div><div>It sounds like your keystone endpoints are incorrect. You should be able to use "keystone endpoint-delete" to delete your old endpoints and "keystone endpoint-create" to create them again with the correct IP addresses.<br>
<div><br></div></div><div>To confirm this is the issue, can you send the output of the following two commands:</div><div><br></div><div>keystone service-list</div><div>keystone endpoint-list</div><div><br></div><div>The Install and Deploy guide has examples of how to create these endpoints: <a href="http://docs.openstack.org/trunk/openstack-compute/install/content/keystone-service-endpoint-create.html" target="_blank">http://docs.openstack.org/trunk/openstack-compute/install/content/keystone-service-endpoint-create.html</a></div>
<div><br></div><div><div>
<div><div><div>Take care,</div><div><br></div><div>Lorin</div><div>--</div><div>Lorin Hochstein</div><div>Lead Architect - Cloud Services</div><div>Nimbis Services, Inc.</div><div><a href="https://www.nimbisservices.com/" target="_blank">www.nimbisservices.com</a></div>
<div><br></div></div><br></div><br><br>
</div>
<br><div><div>On Jun 5, 2012, at 1:37 AM, Adrian Petrescu wrote:</div><br><blockquote><p>I'm running a simple single-node OpenStack installation on Ubuntu 12.04. Everything runs fine through the web GUI and local command line client, but I seem to have problems when using the python novaclient remotely.</p>
<p>I configure the client with the proper auth URL (in this case, suppose that is at <a href="http://192.168.1.135:5000/v2.0/" target="_blank">http://192.168.1.135:5000/v2.0/</a>) and from stepping through the debugger it looks like a token is successfully obtained. However, the publicUrl endpoints that the auth API returns are all wrong: it reverts back to localhost! The python client therefore makes all future requests against localhost instead of 192.168.1.135 which therefore (of course) fails.</p>
<p>I have looked through the Settings page on the web UI and both /etc/nova/nova.conf and /etc/keystone/keystone.conf and cannot find anywhere that I have improperly configured the public URL to be hardcoded to localhost. I could work around this by forcing the client to use the right path, but I feel there must be a simple way to fix the endpoints that auth is returning.</p>
<p>Any suggestions? :)</p><p>Thanks!<br>
Adrian </p>
_______________________________________________<br>Openstack-operators mailing list<br><a href="mailto:Openstack-operators@lists.openstack.org" target="_blank">Openstack-operators@lists.openstack.org</a><br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div><br></div></div></div></div></blockquote></div><br></div>