Hi, Alan:
Does the following look familiar to you by any chance (after swift-init main start):
Traceback (most recent call last): File "/usr/bin/swift-proxy-server", line 22, in <module> run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) .................. File "/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 659, in find_egg_entry_point for prot in protocol_options] or '(no entry points)')))) LookupError: Entry point 'tempauth' not found in egg 'swift' (dir: /usr/lib/python2.7/site-packages; protocols: paste.filter_factory, paste.filter_app_factory; entry_points: )
Thanks, -- Pete
Hi Pete,
On Tue, 2011-11-15 at 23:49 -0700, Pete Zaitcev wrote:
Hi, Alan:
Does the following look familiar to you by any chance (after swift-init main start):
Traceback (most recent call last): File "/usr/bin/swift-proxy-server", line 22, in <module> run_wsgi(conf_file, 'proxy-server', default_port=8080, **options) .................. File "/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 659, in find_egg_entry_point for prot in protocol_options] or '(no entry points)')))) LookupError: Entry point 'tempauth' not found in egg 'swift' (dir: /usr/lib/python2.7/site-packages; protocols: paste.filter_factory, paste.filter_app_factory; entry_points: )
This is with 1.4.3? Is it David's packaging?
http://lists.fedoraproject.org/pipermail/cloud/2011-November/000937.html
(I can't see this now since the scratch build artifacts look like they've been been scrubbed)
This looks like PasteDeploy is failing to find the tempauth filter factory from the egg:swift#tempauth URL
Is tempauth in the egg's entry_points.txt file?
Some docs on this stuff:
http://pythonpaste.org/deploy/#egg-uris
Cheers, Mark.
On Wed, 16 Nov 2011 15:07:18 +0000 Mark McLoughlin markmc@redhat.com wrote:
LookupError: Entry point 'tempauth' not found in egg 'swift' (dir: /usr/lib/python2.7/site-packages; protocols: paste.filter_factory, paste.filter_app_factory; entry_points: )
This is with 1.4.3? Is it David's packaging?
http://lists.fedoraproject.org/pipermail/cloud/2011-November/000937.html
Unfortunately, no, I use the 1.4.0 that came with Rawhide. I'd love to use 1.4.3, if only I knew how to find the SRPM. Looks like it's not anywhere at Koji.
This looks like PasteDeploy is failing to find the tempauth filter factory from the egg:swift#tempauth URL
Is tempauth in the egg's entry_points.txt file?
No, it's not. It came from the examples on the Openstack site. Both SAIO and Multinode pull it by including things like this:
[pipeline:main] pipeline = healthcheck cache tempauth proxy-server
[filter:tempauth] use = egg:swift#tempauth user_admin_admin = admin .admin .reseller_admin user_test_tester = testing .admin user_test2_tester2 = testing2 .admin user_test_tester3 = testing3
I'm trying to create a normal account now. Hopefuly it would get rid of tempauth. If anyone have monkey-see-monkey-do instructions, it would be appreciated.
-- Pete
On Wed, 2011-11-16 at 22:00 -0700, Pete Zaitcev wrote:
On Wed, 16 Nov 2011 15:07:18 +0000 Mark McLoughlin markmc@redhat.com wrote:
LookupError: Entry point 'tempauth' not found in egg 'swift' (dir: /usr/lib/python2.7/site-packages; protocols: paste.filter_factory, paste.filter_app_factory; entry_points: )
This is with 1.4.3? Is it David's packaging?
http://lists.fedoraproject.org/pipermail/cloud/2011-November/000937.html
Unfortunately, no, I use the 1.4.0 that came with Rawhide. I'd love to use 1.4.3, if only I knew how to find the SRPM. Looks like it's not anywhere at Koji.
That's a terrible shame.
David - please and pretty please push your 1.4.3 packaging somewhere. Perhaps just push to git?
This looks like PasteDeploy is failing to find the tempauth filter factory from the egg:swift#tempauth URL
Is tempauth in the egg's entry_points.txt file?
No, it's not. It came from the examples on the Openstack site. Both SAIO and Multinode pull it by including things like this:
[pipeline:main] pipeline = healthcheck cache tempauth proxy-server
Ah, okay - looks like tempauth was added in 1.4.1 and you're using examples intended for 1.4.1 or later
[filter:tempauth] use = egg:swift#tempauth user_admin_admin = admin .admin .reseller_admin user_test_tester = testing .admin user_test2_tester2 = testing2 .admin user_test_tester3 = testing3
I'm trying to create a normal account now. Hopefuly it would get rid of tempauth. If anyone have monkey-see-monkey-do instructions, it would be appreciated.
I don't, sorry.
Cheers, Mark.
On Thu, 17 Nov 2011 06:25:24 +0000 Mark McLoughlin markmc@redhat.com wrote:
Unfortunately, no, I use the 1.4.0 that came with Rawhide. I'd love to use 1.4.3, if only I knew how to find the SRPM. Looks like it's not anywhere at Koji.
David - please and pretty please push your 1.4.3 packaging somewhere. Perhaps just push to git?
I'll be happy download that SRPM from wherever.
[pipeline:main] pipeline = healthcheck cache tempauth proxy-server
Ah, okay - looks like tempauth was added in 1.4.1 and you're using examples intended for 1.4.1 or later
I figured that I'd give swauth a try for now. As it turned out, the RPM that we call openstack-swift-auth is actually swauth, not the old authserver. That, unfortunately, tracebacks in its own way. I suppose I can try poking gholt and see what happens.
-- Pete
On 11/17/2011 06:36 AM, Pete Zaitcev wrote:
On Thu, 17 Nov 2011 06:25:24 +0000 Mark McLoughlin markmc@redhat.com wrote:
Unfortunately, no, I use the 1.4.0 that came with Rawhide. I'd love to use 1.4.3, if only I knew how to find the SRPM. Looks like it's not anywhere at Koji.
David - please and pretty please push your 1.4.3 packaging somewhere. Perhaps just push to git?
I'll be happy download that SRPM from wherever.
Note the grid dynamics version is 1.4.3 which might help? https://github.com/griddynamics/osc-robot-swift
cheers, Pádraig.
On Thu, Nov 17, 2011 at 1:36 AM, Pete Zaitcev zaitcev@redhat.com wrote:
On Thu, 17 Nov 2011 06:25:24 +0000 Mark McLoughlin markmc@redhat.com wrote:
Unfortunately, no, I use the 1.4.0 that came with Rawhide. I'd love to use 1.4.3, if only I knew how to find the SRPM. Looks like it's not anywhere at Koji.
David - please and pretty please push your 1.4.3 packaging somewhere. Perhaps just push to git?
I'll be happy download that SRPM from wherever.
SRPM here: http://ke4qqq.fedorapeople.org/openstack-swift-1.4.3-1.fc15.src.rpm
I'll try and push 1.4.3 to rawhide in the next day or so. (I am currently travelling)
Comments welcome.
On Thu, 17 Nov 2011 05:44:57 -0500 David Nalley david@gnsa.us wrote:
SRPM here: http://ke4qqq.fedorapeople.org/openstack-swift-1.4.3-1.fc15.src.rpm
This provides the tempauth entry point, thanks a lot. I will report how that works.
-- Pete
On Thu, 17 Nov 2011 05:44:57 -0500 David Nalley david@gnsa.us wrote:
SRPM here: http://ke4qqq.fedorapeople.org/openstack-swift-1.4.3-1.fc15.src.rpm
Although it looks to me like the entry point is there, I get this:
[root@kvm-rei swift]# swift-init main start Starting proxy-server...(/etc/swift/proxy-server.conf) Starting container-server...(/etc/swift/container-server/1.conf) Starting container-server...(/etc/swift/container-server/2.conf) Starting account-server...(/etc/swift/account-server/1.conf) Starting account-server...(/etc/swift/account-server/2.conf) Starting object-server...(/etc/swift/object-server/1.conf) Starting object-server...(/etc/swift/object-server/2.conf) Error trying to load config /etc/swift/proxy-server.conf: Entry point 'tempauth' not found in egg 'swift' (dir: /usr/lib/python2.7/site-packages; protocols: paste.app_factory, paste.composite_factory, paste.composit_factory; entry_points: )
[root@kvm-rei swift]# more /usr/lib/python2.7/site-packages/swift-1.4.3-py2.7.egg-info/entry_points.txt [paste.app_factory] account = swift.account.server:app_factory object = swift.obj.server:app_factory container = swift.container.server:app_factory proxy = swift.proxy.server:app_factory
[paste.filter_factory] cname_lookup = swift.common.middleware.cname_lookup:filter_factory recon = swift.common.middleware.recon:filter_factory healthcheck = swift.common.middleware.healthcheck:filter_factory catch_errors = swift.common.middleware.catch_errors:filter_factory ratelimit = swift.common.middleware.ratelimit:filter_factory memcache = swift.common.middleware.memcache:filter_factory staticweb = swift.common.middleware.staticweb:filter_factory domain_remap = swift.common.middleware.domain_remap:filter_factory tempauth = swift.common.middleware.tempauth:filter_factory swift3 = swift.common.middleware.swift3:filter_factory
[root@kvm-rei swift]#
The tempauth entry point is defined in the paste.filter_factory protocol, but the error message implies that the entry point is searched somewhere else, in paste.app_factory, etc. No idea what to do about it.
-- Pete
On Thu, 17 Nov 2011 05:44:57 -0500 David Nalley david@gnsa.us wrote:
http://ke4qqq.fedorapeople.org/openstack-swift-1.4.3-1.fc15.src.rpm
Good grief. Just as soon as I sent the previous message, I found a typo in proxy-server.conf. Fixed that, now it's this:
curl -k -v -H 'X-Storage-User: system:root' -H 'X-Storage-Pass: mypass' https://192.168.129.18:8080/auth/v1.0
GET /auth/v1.0 HTTP/1.1 User-Agent: curl/7.22.0 (x86_64-redhat-linux-gnu) libcurl/7.22.0 NSS/3.12.11.0 zlib/1.2.5 libidn/1.22 libssh2/1.3.0 Host: 192.168.129.18:8080 Accept: */* X-Storage-User: system:root X-Storage-Pass: mypass
< HTTP/1.1 500 Internal Server Error < Content-Type: text/plain < Content-Length: 673 < Date: Thu, 17 Nov 2011 23:50:24 GMT < Connection: close < Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/eventlet/wsgi.py", line 336, in handle_one_response result = self.application(self.environ, start_response) File "/usr/lib/python2.7/site-packages/swift/common/middleware/healthcheck.py", line 38, in __call__ return self.app(env, start_response) File "/usr/lib/python2.7/site-packages/swift/common/middleware/memcache.py", line 32, in __call__ return self.app(env, start_response) File "/usr/lib/python2.7/site-packages/swift/common/middleware/tempauth.py", line 136, in __call__ '%s' % (account_id, key)) Exception: Could not create account AUTH_system for user system:root * Closing connection #0
-- Pete
On Thu, 17 Nov 2011 05:44:57 -0500 David Nalley david@gnsa.us wrote:
http://ke4qqq.fedorapeople.org/openstack-swift-1.4.3-1.fc15.src.rpm
Just to finish the stack of e-mails, I'd like to report that the package seems working fine, for what it was. I was unable to get swauth to function, so I am using tempauth middleware for now.
A couple of dependencies were missing: python-netifaces and python-setuptools, which caused errors like these:
File "/usr/lib/python2.7/site-packages/swift/common/utils.py", line 43, in <module> import netifaces ImportError: No module named netifaces
File "/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 8, in <module> import pkg_resources ImportError: No module named pkg_resources
Those were trivial to fix up with a couple of "yum install".
-- Pete
On Tue, Nov 22, 2011 at 7:06 PM, Pete Zaitcev zaitcev@redhat.com wrote:
On Thu, 17 Nov 2011 05:44:57 -0500 David Nalley david@gnsa.us wrote:
http://ke4qqq.fedorapeople.org/openstack-swift-1.4.3-1.fc15.src.rpm
Just to finish the stack of e-mails, I'd like to report that the package seems working fine, for what it was. I was unable to get swauth to function, so I am using tempauth middleware for now.
A couple of dependencies were missing: python-netifaces and python-setuptools, which caused errors like these:
File "/usr/lib/python2.7/site-packages/swift/common/utils.py", line 43, in <module> import netifaces ImportError: No module named netifaces
File "/usr/lib/python2.7/site-packages/paste/deploy/loadwsgi.py", line 8, in <module> import pkg_resources ImportError: No module named pkg_resources
Those were trivial to fix up with a couple of "yum install".
-- Pete
Bah - thanks for catching that. I just updated the SPEC and pushed it to rawhide to catch the missing Requires. I'll try and play with swauth over the long weekend to see whats up.
-
David Nalley -
Mark McLoughlin -
Pete Zaitcev -
Pete Zaitcev -
Pádraig Brady