nova-objectstore not working (http 500 error) on RHEL-6

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

nova-objectstore not working (http 500 error) on RHEL-6

Shi Jin
Hi there,

I am having trouble connecting to nova-objectstore running on RHEL-6, which
runs perfectly fine on a Ubuntu installation.

I got the following using S3_Curl
* About to connect() to 192.168.2.4 port 3333 (#0)
*   Trying 192.168.2.4... connected
* Connected to 192.168.2.4 (192.168.2.4) port 3333 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/
3.12.6.2 zlib/1.2.3 libidn/1.18 libssh2/1.2.2
> Host: 192.168.2.4:3333
> Accept: */*
> Date: Sun, 24 Apr 2011 20:11:47 +0000
> Authorization: AWS
5ffcff0a-f879-41b7-b4c0-5f5f9e26856b:IRT:6/nldG738bkYk3bpKZt42hKFRr8=
>
< HTTP/1.1 500 Internal Server Error
< Content-Type: text/plain
< Content-Length: 1106
< Date: Sun, 24 Apr 2011 20:11:47 GMT
< Connection: close
<
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/eventlet/wsgi.py", line 336, in
handle_one_response
    result = self.application(self.environ, start_response)
  File "/usr/lib/python2.6/site-packages/webob/dec.py", line 159, in
__call__
    return resp(environ, start_response)
  File "/usr/lib/python2.6/site-packages/routes/middleware.py", line 131, in
__call__
    response = self.app(environ, start_response)
  File "/usr/lib/python2.6/site-packages/webob/dec.py", line 159, in
__call__
    return resp(environ, start_response)
  File "/usr/lib/python2.6/site-packages/nova/objectstore/s3server.py", line
72, in <lambda>
    controller=lambda *a, **kw: RootHandler(self)(*a, **kw))
  File "/usr/lib/python2.6/site-packages/webob/dec.py", line 147, in
__call__
    resp = self.call_func(req, *args, **self.kwargs)
  File "/usr/lib/python2.6/site-packages/webob/dec.py", line 208, in
call_func
    return self.func(req, *args, **kwargs)
  File "/usr/lib/python2.6/site-packages/nova/objectstore/s3server.py", line
128, in __call__
    del params['action']
KeyError: 'action'
* Closing connection #0

I cannot find anything useful from the log file either.
[root at openstack-controller nova]# cat nova-objectstore.log
2011-04-24 14:09:20,197 DEBUG routes.middleware [-] Initialized with method
overriding = True, and path info altering = True from (pid=26724) __init__
/usr/lib/python2.6/site-packages/routes/middleware.py:41
2011-04-24 14:09:20,197 AUDIT nova [-] Starting /usr/bin/nova-objectstore on
192.168.2.4:3333
2011-04-24 14:11:35,121 DEBUG routes.middleware [-] Matched GET / from
(pid=26724) __call__
/usr/lib/python2.6/site-packages/routes/middleware.py:100
2011-04-24 14:11:35,121 DEBUG routes.middleware [-] Route path: '/',
defaults: {'controller': <function <lambda> at 0x127fc08>} from (pid=26724)
__call__ /usr/lib/python2.6/site-packages/routes/middleware.py:102
2011-04-24 14:11:35,122 DEBUG routes.middleware [-] Match dict:
{'controller': <function <lambda> at 0x127fc08>} from (pid=26724) __call__
/usr/lib/python2.6/site-packages/routes/middleware.py:103
2011-04-24 14:11:47,175 DEBUG routes.middleware [-] Matched GET / from
(pid=26724) __call__
/usr/lib/python2.6/site-packages/routes/middleware.py:100
2011-04-24 14:11:47,175 DEBUG routes.middleware [-] Route path: '/',
defaults: {'controller': <function <lambda> at 0x127fc08>} from (pid=26724)
__call__ /usr/lib/python2.6/site-packages/routes/middleware.py:102
2011-04-24 14:11:47,175 DEBUG routes.middleware [-] Match dict:
{'controller': <function <lambda> at 0x127fc08>} from (pid=26724) __call__
/usr/lib/python2.6/site-packages/routes/middleware.py:103
BTW, The service of nova-objectstore runs fine and listens to the 3333 port.

Has anyone had any experience with the rpm package for RHEL-6 installed
following this documentation:
http://docs.openstack.org/trunk/openstack-compute-admin/content/installing-openstack-compute-on-rhel6.html
?


Thanks a lot.
Shi



--
Shi Jin, Ph.D.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20110424/464986e0/attachment.html>