Re: [Openstack] Malformed Requests

2013-07-25 Thread Justin Brown
After spending two hours wading through the Python code, I figured it out. Configuration error. This is what happens when auth_strategy = keystone is missing from /etc/nova/nova.conf, even if Keystone is otherwise fully configured. On Thu, Jul 25, 2013 at 12:34 PM, Justin Brown wrote: > Oo

Re: [Openstack] Malformed Requests

2013-07-25 Thread Justin Brown
Oops, a rather poor attempt at obfuscation in my email. The domain name is correct in Openstack. It actually looks like a bug in Openstack. I traced the problem to line 911 in nova/api/openstack/wsgi.py: if (context and project_id and (project_id != context.project_id)): msg =

Re: [Openstack] Malformed Requests

2013-07-25 Thread Unmesh Gurjar
Hi Justin, Looking at the endpoints in the auth response (v2.0/tokens), probably the URL should be http://openstack.cloud.fandingo.org:8776/v1/4457698fa26d4ce59f1811e91521f6c4/volumes/detail instead of http://openstack.cloud.kerrygroup.net:8776/v1/4457698fa26d4ce59f1811e91521f6c4/volumes/detail.

[Openstack] Malformed Requests

2013-07-24 Thread Justin Brown
Hello, I'm having some trouble getting Nova and Cinder to communicate with the API and Horizon in Grizzly. Any request that I make against those services always returns HTTP 400, malformed request url. Requests to Keystone and Glance work fine. I've only found a couple other people with this iss