12:49 a.m.
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
9:07 a.m.
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.
11 p.m.
On Wed, 16 Nov 2011 15:07:18 +0000
Mark McLoughlin <markmc(a)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
12:25 a.m.
On Wed, 2011-11-16 at 22:00 -0700, Pete Zaitcev wrote:
On Wed, 16 Nov 2011 15:07:18 +0000
Mark McLoughlin <markmc(a)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.
12:36 a.m.
On Thu, 17 Nov 2011 06:25:24 +0000
Mark McLoughlin <markmc(a)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
3:05 a.m.
On 11/17/2011 06:36 AM, Pete Zaitcev wrote:
On Thu, 17 Nov 2011 06:25:24 +0000
Mark McLoughlin <markmc(a)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.
4:44 a.m.
On Thu, Nov 17, 2011 at 1:36 AM, Pete Zaitcev <zaitcev(a)redhat.com> wrote:
On Thu, 17 Nov 2011 06:25:24 +0000
Mark McLoughlin <markmc(a)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.
4:28 p.m.
On Thu, 17 Nov 2011 05:44:57 -0500
David Nalley <david(a)gnsa.us> wrote:
This provides the tempauth entry point, thanks a lot. I will report how
that works.
-- Pete
5:15 p.m.
On Thu, 17 Nov 2011 05:44:57 -0500
David Nalley <david(a)gnsa.us> wrote:
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
6:10 p.m.
On Thu, 17 Nov 2011 05:44:57 -0500
David Nalley <david(a)gnsa.us> wrote:
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
6:06 p.m.
On Thu, 17 Nov 2011 05:44:57 -0500
David Nalley <david(a)gnsa.us> wrote:
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
4:58 p.m.
On Tue, Nov 22, 2011 at 7:06 PM, Pete Zaitcev <zaitcev(a)redhat.com> wrote:
On Thu, 17 Nov 2011 05:44:57 -0500
David Nalley <david(a)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.
4536
days inactive
4543
days old
11 comments
5 participants
participants (5)
-
David Nalley -
Mark McLoughlin -
Pete Zaitcev -
Pete Zaitcev -
Pádraig Brady