On Thu, Jul 18, 2013 at 2:20 PM, Koert van der Veer wrote:
> Both middleware projects are released under the Apache 2.0 licence, and can
> be found on our github page:
> https://github.com/CloudVPS/better-staticweb
> https://github.com/CloudVPS/swift-basicauth
Nice! You probably want to use the s
reviewed :
https://wiki.openstack.org/wiki/How_To_Contribute
Cheers,
Chmouel.
>
>
> -Original Message-
> From: "Chmouel Boudjnah"
> Sent: Tuesday, July 16, 2013 2:45am
> To: "Gabe Wong"
> Cc: openstack@lists.launchpad.net
> Subject:
On Wed, Jul 10, 2013 at 4:14 PM, Gabe Wong wrote:
> Lots of work has been done to Caimito. In addition to bug fixes:
> - Faster request handling.
> - Better handling of files with spaces and other characters.
>
> Thanks to everyone who have contributed. Of course the community's valuable
> feedbac
On Mon, Jul 1, 2013 at 9:02 AM, Robert van Leeuwen
wrote:
>> I would like to thank the XFS folks at Redhat for letting us know about the
>> improvements in XFS,
>> and the XFS team in general for the great work they have done.
> Thanks for the heads up.
> Do you, or any of the Redhat people, kno
On Wed, Jul 3, 2013 at 8:47 AM, Li, Leon wrote:
> However a scale-out NAS could also have these benefits, if you build the
> scale-out NAS with open source cluster FS(for example HDFS), just like many
> Internet company did.
Please feel free to considerate contributing to this blueprint effort :
On Fri, Jun 28, 2013 at 2:00 AM, Ali, Saqib wrote:
> Is there anything we can do to work around this, while someone from the
> jClouds community fixes this issue?
I would be believe a jclouds fix would be faster to get in than to try
agree on a hack to do on swift.
Chmouel.
___
python-keystoneclient latest should be release independent and should
be compatible with folsom and have the fix you need for caching (the
cache=swift.cache parameter to have in auth_token). You will need a
recent version of swift tho to get everything working well.
On Tue, Jun 11, 2013 at 4:39 P
FYI I had a clean extension for keystone doing just that :
https://github.com/chmouel/keystone-legacyv1-extension
but it needed the review in keystone :
https://review.openstack.org/#/c/25235/
for keystone which was unfortunately not accepted for a reason I am
not totally sure about.
Chmouel.
che middleware properly.
> Further debugging proved that hosts without memcached don't return the error
> 403. I'm still investigating what service can return such error body
> message.
>
well you probably want to have caching...
>
>
> On Tue, Jun 4, 2013 at 12:55 PM,
I have seen this when keystone is too busy for validating tokens.
getting keystone behind apache or scaling up keystone make things a
better (and make sure you are using swift memcache connection in
auth_token).
Chmouel.
On Mon, Jun 3, 2013 at 8:15 PM, Andrii Loshkovskyi
wrote:
> Hello,
>
> I w
On Wed, May 22, 2013 at 3:53 AM, Chuck Thier wrote:
> It can be set to 1, and I think the default devstack install may do exactly
> that.
this is correct, this is the default devstack install to set one replica.
Chmouel.
___
Mailing list: https://lau
On Mon, Mar 18, 2013 at 7:03 PM, Abhishek Chanda
wrote:
> 2013-03-18 13:30:55ERROR [keystone.common.cms] Signing error: Unable to
> load certificate - ensure you've configured PKI with 'keystone-manage
> pki_setup'
perhaps by doing this?
Chmouel.
___
On Fri, Mar 15, 2013 at 8:02 AM, Tomáš Šoltys wrote:
> curl -k -v -H 'X-Storage-User: service:swift' -H 'X-Storage-Pass: 12345678'
> -X 'POST' http://localhost:5000/v2.0/auth
>
> But when for following it works:
>
> curl -k -v -X 'POST' http://localhost:5000/v2.0/tokens -d
> '{"auth":{"passwordCre
On Tue, Mar 12, 2013 at 11:24 AM, Thierry Carrez wrote:
> Remember that all our OpenStack online meetings are expressed in UTC
> time (which does not have DST nonsense), and doublecheck what that means
> for you using tools like:
Or for the lazy ones (i.e: most of us) who don't want to switch an
You can install Swift as standalone and you can even use its builtin
auth server like swauth if you really don't want deps on other things
than swift. (auth v1 only).
Chmouel.
On Thu, Mar 7, 2013 at 8:28 AM, Arun Fera wrote:
> Is it necessary to install all the components for using swift alone.
Maybe this is what you are looking for :
https://github.com/cschwede/swquota
Chmouel.
On Mon, Mar 4, 2013 at 3:17 PM, jeffty wrote:
> Thanks Gareth,
>
> But how to set the storage limit? The swift is installed in a single
> node, and all the authorized user can use the upload.
>
> The total amo
I was guessing this is the part of what synaps do but from looking at
https://wiki.openstack.org/wiki/Synaps it may just provide only
notifications and not enforcements.
Chmouel.
On Wed, Feb 20, 2013 at 9:17 PM, Kevin L. Mitchell
wrote:
> On Wed, 2013-02-20 at 21:09 +0100, Chmouel Boudj
Hi Kevin,
On Wed, Feb 20, 2013 at 5:26 PM, Kevin L. Mitchell
wrote:
> I'll also point out Boson: https://wiki.openstack.org/wiki/Boson and
> https://github.com/klmitch/boson with some initial work. Unfortunately,
> I'm not able to work on Boson at the moment due to higher-priority
> tasks…
>Fro
I haven't had the chance to do a full reviews but here is a few toughts :
- the account quota goes along this review:
https://review.openstack.org/#/c/21563/
so we can get easily have account metadatas from middlewares.
- I am not sure I fancy much the json blob in the ini config (why not a new
you need to add the proxy-logging middleware, see swift's default
proxy-server.conf
https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample
Chmouel.
On Mon, Feb 4, 2013 at 10:37 AM, Andrey V. Romanchev <
andrey.romanc...@gmail.com> wrote:
> [pipeline:main]
> pipeline = catch
> auth_token = 6bde76d029582066e4ee2edcf0d1c212
> admin_token = 6bde76d029582066e4ee2edcf0d1c212
> admin_tenant_name = service
> admin_user = swift
> admin_password = swiftpass
> signing_dir = /etc/swift
>
> [filter:healthcheck]
> use = egg:swift#healthcheck
>
>
You probably want to past your proxy-server.conf this may be helpful for us
to help you.
Chmouel.
On Fri, Feb 1, 2013 at 8:49 PM, David Goetz wrote:
> I'm sorry- I didn't read that part about the proxy restart :) The proxy
> may not log if it gets hung up in some middleware. What middleware do
On Sat, Jan 19, 2013 at 9:57 AM, Kuo Hugo wrote:
> The swift-client is using --publicurl as I know .
FYI: You can change that behavior with the --os-endpoint-type switch
Chmouel.
___
Mailing list: https://launchpad.net/~openstack
Post to : opens
t;
> Since I'm time-restrained, I'll stick with the tempauth system for now.
> I'll check back on the keystone token cache later.
>
> Thanks for all the help.
>
>
> On Tue, Jan 15, 2013 at 8:36 AM, Chmouel Boudjnah wrote:
>
>> as Chuck explain you usually wou
Here is the webpage describing the project : http://devstack.org/ and AFAIK
I don't think there will be a GUI to stack.sh (some may consider a
graphical terminal a GUI tho)
On Tue, Jan 15, 2013 at 9:32 AM, Jia Lee wrote:
> Hi,
>
> Could someone tell me the function of devstack and will there b
as Chuck explain you usually would see that on the server, having said that
if you use latest swiftclient from github you will be able to see the
requests that swiftclient make via keystoneclient to keystone to get a
token. If you go on the swift proxy server and only if you use a recent
checked ou
/python-swiftclient
> - cd python-swiftclient
> - sudo python setup.py install
> - Repeated the previous procedures
>
> Did it not install correctly?
>
>
> On Tue, Jan 8, 2013 at 3:47 PM, Chmouel Boudjnah wrote:
>
>> I am not sure why it does that (works fine for me), c
I am not sure why it does that (works fine for me), can you try with the
git version to see if you can reproduce ?
Thanks,
Chmouel.
On Mon, Jan 7, 2013 at 7:31 PM, Leander Bessa Beernaert wrote:
> Hello all,
>
> I'm having an issue when using the Python API for swift [1]. I am unable
> to do t
On Mon, Dec 10, 2012 at 4:17 AM, Adam Young wrote:
> As a Keystone core developer, I have to say that I don't see it as a huge
> burden to keep it in place. We want to maintain API backward
> compatability, and removing it would break that. We should deprecate it
> and get people to sign off on
that's s3 token? Or just using S3 creds sans Keystone? That
> would help me help you decide how to proceed. Whew. :)
>
> Thanks,
> Anne
>
>
> On Sat, Dec 8, 2012 at 2:49 PM, Blair Bethwaite <
> blair.bethwa...@gmail.com> wrote:
>
>> Hi Chmouel,
>>
Hi,
I'm working on removing the swift+keystone middleware from keystone, we
have moved it already as keystoneauth since last OpenStack release into the
main swift repository.
One thing that left in keystone is the s3_token middleware. Since in
OpenStack/Swift we are not supporting third party API
On Thu, Nov 15, 2012 at 4:09 AM, Everett Toews
wrote:
>
> From: Johannes Baltimore
> Date: Wednesday, November 14, 2012 8:34 AM
> To: "openstack@lists.launchpad.net"
> Subject: [Openstack] Couldn't find stack-screenrc
>
> Hi.
>
> I got devstack today, but I've been going through a problem. Whene
On Wed, Oct 24, 2012 at 4:45 PM, heckj wrote:
> "Specifically, I'm concerned with the way auth_token handles memcache
> connections. I'm not sure how well it will work in swift with eventlet. If
> the memcache module being used caches sockets, then concurrency in eventlet
> (different greenthreads
Hello Alex,
On Thu, Aug 30, 2012 at 11:52 AM, Alex Yang wrote:
> How to deal with the auth_token middleware?
> Move it into swift or move it into openstack/common?
>
there was a whole discussion last week about it, not sure what was the
decision if that was to go to openstack/common or to its o
Hi,
The keystone middleware has been moved to swift already, it just
wasn't removed from keystone, I haven't send a removal request from
keystone since there is a massive works of documentation that needed
to be done and it's a bit too late for this release timeline since
distributors/operators ma
On Mon, Aug 13, 2012 at 9:39 AM, Alessio Ababilov
wrote:
> from openstackclient_base.client import HttpClient
> http_client = HttpClient(username="...", password="...", tenant_name="...",
> auth_uri="...")
Shouldn't be the role of python-keystoneclient?
Chmouel.
On Fri, Aug 3, 2012 at 10:22 AM, Julien Danjou wrote:
> The PTL election for Ceilometer¹ is over.
> The winner is Nick Barcet.
congratulation Nick, well deserved.
Chmouel.
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@
On Wed, Jul 4, 2012 at 2:46 PM, Thierry Carrez wrote:
> Blueprints can (and should) be moved as well.. but there is no way to do
> automatically identify the blueprints that are pure client stuff, so it
> will be manual:
> When you're on a blueprint you want to move, click "Re-target blueprint"
>
On Wed, Jul 4, 2012 at 1:48 AM, James E. Blair wrote:
> To retrigger the Jenkins merge gate job, leave a comment with only the
> text "reverify", or if you are a core reviewer, just leave another
> "Approved" vote. (Don't leave a "reverify" comment if the change hasn't
> been approved yet, it sti
On Wed, Jul 4, 2012 at 12:46 PM, Thierry Carrez wrote:
> Thierry Carrez wrote:
>> So unless someone explains why we shouldn't do it, next week I'll start
>> the process of migrating back all bugs tagged "python-*client" from
>> their "parent" project to their own project.
> Bugs for client librari
On Tue, Jul 3, 2012 at 12:50 AM, Monty Taylor wrote:
> At the moment, the only people with permission to upload tags is the
> openstack-release team. However, since we're letting client libs manage
> their own versions, I kinda think we should give PTLs the right on their
> own project - so Vish w
Just to make sure this gating test will just run python setup.py
build_sphinx, right?
(if it was a gating spellcheck I'll be in big trouble :))
On Tue, Jun 26, 2012 at 4:02 PM, Monty Taylor wrote:
> Hey guys!
>
> We have all of the projects properly and consistently building and
> uploading sphi
+1!
On Wed, Jun 27, 2012 at 9:47 PM, Devin Carlen wrote:
> +1!
>
> On Jun 27, 2012, at 12:44 AM, Syed Armani wrote:
>
>
> Adam is a great guy, He is always there if you need any help or guidance.
> His work is incredible.
>
> Best!
> Syed
>
> On Wed, Jun 27, 2012 at 12:57 PM, Razique Mahroua
> w
This has been fixed and merged now, thanks CI team for the great work.
Chmouel.
On Wed, Jun 27, 2012 at 7:10 PM, John Postlethwait
wrote:
> Jenkins has been broken since yesterday. The infrastructure team is trying
> to address that now, it will merge when it is back up.
>
_
Yogesh,
a couple of years ago I wrote some simple cloudfiles functions that
uses python-cloudfiles to do some common task which you may want to
look at to see how it's done, available here :
https://github.com/chmouel/cloud-files-helper
Chmouel
On Tue, Jun 26, 2012 at 8:31 AM, Christophe Le Gue
On Tue, Jun 12, 2012 at 3:09 AM, Brian Waldon
wrote:
> So it sounds like we're going with case-insensitive string comparison for
> role names. There's already a patch in review for Glance, but it sounds like
> we'll need to get something up for Swift. Thanks for the input, guys!
I have logged the
On Tue, Jun 12, 2012 at 9:16 AM, wrote:
> For anyone interested in documentation I've posted two changes in relation to
> the Swift API docs,
> Describe the end_marker parameter (https://review.openstack.org/#/c/8375/)
> Added section on metadata at account level
> (https://review.openstack.org
Hi everyone,
We have moved the swift.common.client library and bin/swift CLI to its
own dedicated project called python-swiftclient available in github
here :
https://github.com/openstack/python-swiftclient
it should be totally compatible with the previous swift and the only
change needed if yo
On Tue, Jun 12, 2012 at 2:04 PM, John Giannelos wrote:
> I am having exactly the same problem in my OpenStack installation.
> While managing swift through cli works fine, dashboard doesn't seem to
> communicate with swift.
I don't know how horizon works but what the outptut when using :
http://p
On Tue, Jun 12, 2012 at 6:03 PM, Matt Joyce wrote:
> I believe swift CAN be used as a block device via FUSE, and I believe it has
> been done before. I wouldn't recommend it though.
well anything is possible with FUSE ;-) I would not recommend it as
well but FWIW here is the URL of the projects
I vote for case-sensitive too.
PS: The keystone middleware to swift is case sensitive to roles as well.
On Fri, Jun 8, 2012 at 11:57 PM, Joseph Suh wrote:
> I'd vote case-sensitive.
>
> Joseph
>
>
> (w) 703-248-6160
> (c) 571-340-2434
> (f) 703-812-3712
> 3811 N. Fairfax Drive Suite 200
> A
On Fri, Jun 8, 2012 at 12:46 AM, Monty Taylor wrote:
> Hey guys!
>
> We just upgraded to a new version of gerrit. This is based on the new
> upstream version 2.4, but in addition we've landed two additional
> features on top of that - so there's tons of new toys to play with.
Really cool, Thanks.
On Fri, Jun 1, 2012 at 8:28 AM, Mark McLoughlin wrote:
>> The python-swiftclient has something that I believe you added:
>> [zaitcev@lembas python-swiftclient-tip]$ git log
>> swiftclient/openstack/__init__.py
For python-swiftclient we want to have the openstack.common dependency
only at build t
On Sat, May 26, 2012 at 7:24 PM, Zvi Dubitzky wrote:
> Yet when I try to access swift with the following CLI ( at the installed
> server)
> swift -A http://9.148.4.70:5000/v2.0 -U admin -K passw0rd list
try -U admin:admin which would work
Chmouel.
___
On Mon, Jun 4, 2012 at 8:49 PM, Shawn Heisey wrote:
> server. Keystone is not part of the multiserver howto:
> http://swift.openstack.org/howto_installmultinode.html
Hopefully we will be able to update that when the keystone/swift
middleware will be moved over swift repository.
Chmouel.
__
On Wed, May 23, 2012 at 3:53 PM, Christian Broussard <
christian.brouss...@gmail.com> wrote:
> I'm interested in this topic as well. Chmouel, are you indicated that
> without a 3rd party middleware implementation, there is no way to handle
> v1.0 auth with keystone/swift?
Not that I know.
Chmo
On Wed, May 23, 2012 at 2:45 AM, Kuo Hugo wrote:
> For several client tools , still using v1.0 authentication method for auth.
> Such as cyberduck or Gladinet.
> These applications look for X-AUTH-TOKEN and X-Storage-Url headers for
> accessing swift.
maru was telling me the other time that inter
On Tue, May 22, 2012 at 2:10 PM, Thierry Carrez wrote:
> That said, in that particular case, we should probably first address the
> wider question of where the keystone/swift middleware should actually
> live. Looks like for the other projects this is shipped as part of the
> core project code, an
On Mon, May 21, 2012 at 10:33 PM, Oleg Gelbukh wrote:
> We have a feature for swift3 middleware that we'd like to propose for merge.
> How we can do this now, when it is split into associated project? How has
> the procedure changed?
I would expect this is going to be a typical Github (i.e: pull
On Tue, May 22, 2012 at 12:55 AM, FUJITA Tomonori
wrote:
> Thanks, before pulling the request, I would like to discuss the usage
> of github pages and wiki. Which do we want? Or both?
I think we should favour as much possible RST documentation to follow
what we have in core swift. The github page
On Tue, May 22, 2012 at 3:38 AM, Lorin Hochstein
wrote:
> Are you planning on making it available through PyPi once it's broken out?
>
Yes, I just asked monty if he can do that and when this is done i'll
send[1] the removal request from swift so other projects can use it
straight away.
Chmouel.
On Tue, May 22, 2012 at 10:53 AM, Thierry Carrez wrote:
> I expect the packaging teams in each distro to consider which plugins
> make the most sense and package them.
+1, this is totally up to the distro to takes care of those things.
Talking about packaging and middlewares, it would be nice if
Hello Fujita,
I sent you a documentation pull req that should generate the sphinx
doc, It would be nice to generate some static html page of the
documentation as what Greg has done for his projects for example :
http://gholt.github.com/swauth/
This is something done by the github project owner
Hi Fujita,
I have sent you a pull request for your swift3 repository :
https://github.com/fujita/swift3/pull/1
I have added a few files to match a bit more what gholt did in the
other middlewares and copied the swift3 unittests as well. I am going
to work on a branch for devstack that use this m
On Mon, May 21, 2012 at 12:25 PM, Chmouel Boudjnah wrote:
> The other steps needed to be done to make python-swiftclient a
> world-class library for other OpenStack components will be :
[...]
> Let me know if I have missed something.
Obviously there is devstack as well.
Hi,
As mentioned a couple of times we are splitting python-swiftclient out
of swift, this is mostly ready to cut in its own gerrit project here :
https://github.com/chmouel/python-swiftclient
monty any chance to get that repo into gerrit with the swift-core
being the approvers.
I haven't add mu
On Tue, May 15, 2012 at 4:07 PM, Razique Mahroua
wrote:
>
> We are updating the doc for the essex docs. Should the changes be also in
> the trunk and diablo docs ?
> Razique
>
It's only working from the essex release.
Thanks,
Chmouel.
___
Mailing list:
o:
> openstack-bounces+liem_m_nguyen=hp@lists.launchpad.net] On Behalf Of
> Chmouel Boudjnah
> Sent: Tuesday, May 15, 2012 2:55 AM
> To: 张家龙
> Cc: openstack
> Subject: Re: [Openstack] Swift Object Storage ACLs with KeyStone
>
> Hi,
>
> In swift+keystone you are not al
On Tue, May 15, 2012 at 4:46 PM, Rouault, Jason (Cloud Services)
wrote:
> There is a blueprint for this work in Keystone Folsom
Review is up: https://review.openstack.org/7446
Chmouel.
___
Mailing list: https://launchpad.net/~openstack
Post to : o
Hi,
In swift+keystone you are not allowed to have ACL between different
account/tenant/project, you can only allow ACL between different
users in a tenant.
This is probably something not too difficult to implement but it may
needs some tinkering to get it right. Please feel free to log a bug in
k
On Tue, May 15, 2012 at 11:22 AM, Philipp Wollermann
wrote:
> As a user, that's nearly impossible to find out - try it using the
> documentation and Google. The only "official" place, where you can find it
> mentioned, is in the middle of the 81.5kb stack.sh inside devstack and you'll
> only fi
Hi Suchi,
I am not sure I understand your email, is your question says if
temp_url work with the keystone middleware? the answer would be no as
the middleware does not implement the allow_overrides feature to allow
such thing.
Please feel free to log a bug in launchpad.
Cheers,
Chmouel.
On Mon,
Hello,
devstack install swift if you are adding the service to your localrc
(as specified in devstack README.rst). By default if swift is
installed it will configure three different replicas and due of the
nature of replication makes a lot of IO which lead to people saying
/devstack with swift kil
Hi Pete,
On Wed, May 9, 2012 at 4:45 AM, Pete Zaitcev wrote:
> on adapting Swift for WebOb 1.2 and if a patch is available somewhere.
> I see Ionut fixed lp:984042, but clearly it wasn't enough.
> If nobody's done it yet, I suppose I could take a swing at it. New webob
I started doing that somet
Hi,
On Fri, May 4, 2012 at 4:36 PM, Kevin Jackson wrote:
> Hello everyone,
> Quick Q: As an administrator how can I list the roles for a given user with
> the keystone client?
This should show up in the reply from the rest query after you auth,
not sure about keystoneclient
Chmouel.
__
Hi Lucio,
This should be all documented here:
http://keystone.openstack.org/configuringservices.html#configuring-swift-to-use-keystone
Chmouel
On Mon, Apr 30, 2012 at 3:26 PM, Lucio Cossio wrote:
> I'm still having problems to configure Swift with Keystone, someone can show
> me a proxy-serve
On Thu, Apr 12, 2012 at 5:03 AM, John Dickinson wrote:
> 4) We have previously removed auth systems from swift's core code in order to
> simplify the codebase and allow separate dev cycles. All that is included now
> is the most basic auth system required for dev work, stand-alone tests, and
>
On Thu, Apr 12, 2012 at 12:01 AM, Joshua Harlow wrote:
> This also seems to make sense for other items in that directory
> /middleware?
> Should the EC2/S3 stuff be in nova?
>
I'd say the s3 middle-ware if it has to be moved would probably be a better
fit in swift than nova since it has been des
On Tue, Apr 10, 2012 at 3:32 AM, William Herry
wrote:
> I am try to use Cyberduck as the client of Swift storage, my swift use
> keystone as the auth system, any one has successful experience can share
> with me, or is there any other client software for swift
Unfortunately Cyberduck currently on
On Tue, Apr 3, 2012 at 4:53 PM, Pierre Amadio
wrote:
> I am trying to use swift and keystone together (on ubuntu precise), and
> fail to do so.
> "roles": [{"id": "60a1783c2f05437d91f2e1f369320c49", "name":
> "Admin"},
[...]
> [filter:keystone]
> paste.filter_factory = keystone.m
There is a review on the go here:
https://review.openstack.org/#change,6088
which should address swift-dispertion to be able to connect to auth
version 2.0 servers.
Feel free to log a bug if there is other tools missing.
Chmouel.
On Mon, Apr 2, 2012 at 10:57 PM, Kevin Jackson
wrote:
> Hello A
Hi,
On Mon, Apr 2, 2012 at 4:17 AM, Deepak Garg wrote:
> a. All the projects are using middleware.auth_token.py from the
> keystone repo for basic token auth, but if we now say that the
> filter_factory needs to be set to "keystone.middleware.auth_token",
> does that mean that keystone should t
On Wed, Mar 28, 2012 at 10:56 AM, Felix wrote:
> I tried to install openstack by devstack and succeeded, but where can i find
> the default username and password for the launched instance?
This should be mentioned (on your screen) when stack.sh is finished or
it should be stored in the value ADMI
Hi,
On Tue, Mar 27, 2012 at 10:32 PM, Lillie Ross-CDSR11 <
ross.lil...@motorolasolutions.com> wrote:
> Then, if I want to use S3 binding with Swift (Diablo), I need to used the
> simpler 'swauth' middleware for authenticatoin? Just wondering.
>
Yes this is correct.
Cheers,
Chmouel.
___
Hi Ross,
On Tue, Mar 27, 2012 at 9:14 PM, Lillie Ross-CDSR11
wrote:
> I'm trying to get the S3 api working with Swift using Keystone
> authentication. My setup is based on the patched Diablo release using the
This wouldn't work on Diablo, you would need keystone from essex to
get this working
Hello,
Posting here, as I am wondering if I do something wrong or should I
report this as a bug :
http://pastie.org/private/mgjncwqlwtezvl3awucwxg
Seems like if you don't specify a config file to keystone-all it will crash.
What do you think about a strategy to find config file like this :
- i
Hi Nicolas,
On Tue, Mar 27, 2012 at 2:45 PM, Nicolas de BONFILS
wrote:
> I can authenticate in keystone and swift with v2, but I don't know how to
> configured Glance API to do the v1 auth.
> The conf files (glance/keystone/swift) : https://gist.github.com/2215460
We are adding v2 support in thi
On Mon, Mar 26, 2012 at 10:30 AM, Haefliger, Juerg
wrote:
> I'm struggling a bit with the unit test. I added a
> test_swift_store.add_auth_v2 unit test but it's not doing much since the
> swift.common.client get_auth call is stubbed out and always succeeds. What
> exactly should I be testing fo
at Keystone's swift middleware is not usable as-is. Deployers
> will have to implement and maintain that functionality themselves until
> this is resolved. What will it take to have it go in for this release?
>
> Thanks,
>
>
> Maru
>
> On 2012-03-20, at 2:43 AM
Hi Thomas,
On Tue, Mar 20, 2012 at 4:40 PM, Thomas Goirand wrote:
> The same mess applies in the devstack not-for-XenServer. In some cases,
> some tools are apt-get installed. I can see for example 'apt-get install
> sudo'. But stack.sh assumes (god knows why) that "screen" is already
screen is
On Tue, Mar 20, 2012 at 4:15 PM, Florian Daniel Otel
wrote:
> 1) Naming inconsistencies -- "token_auth" , "tokenauth" (Keystone resp
> Swift) vs "authtoken" (Glance)
[...]
> While this may be only pedantic IMHO it would help if things would be called
That's correct, I started to address it in d
Hi Juerg,
On Tue, Mar 20, 2012 at 10:56 AM, Haefliger, Juerg
wrote:
> Did you start on it already? I made the modifications that you suggested this
> morning and it seems to work now. I can successfully add and delete images
> through Glance now. Let me know if you want me to create a patch/rev
Hi Maru,
Sorry I have been taking long to come to you on this, I have revived
review 4529[1] which add the swift tests. I was talking to termie
about it sometime ago and the way we decided to do is to skip the
tests if Swift is not installed[2]. Feel free to add stubs as this is
not ideal.
I was
March 2012 12:11
To: Pipes, Jay; Chmouel Boudjnah
Subject: RE: Re: Fwd: RE: Keystone auth issues with Swift
Hi guys,
Thanks for the info. I still have some questions though.
I applied https://review.openstack.org/#change,4893 to my local branch. When
you say 'Glance doesn't speak 2.0
Hi Vish,
I have done some more testing on those two reviews on a clean devstack
install with this nova review :
https://review.openstack.org/5338
this keystone review :
https://review.openstack.org/5340
and a small modification to devstack to have S3_URL pointing to Swift
if we have it instal
On Tue, Mar 13, 2012 at 5:49 PM, Kuo Hugo wrote:
> Also , this consideration keeps in my mind . But it seems not like what I'm
> thinking while authenticate by Keystone. Swift-proxy does not cache
> validated tokens in memcached . It always try to validate client's token by
> query keystone for
On Sat, Mar 10, 2012 at 7:50 PM, Chmouel Boudjnah wrote:
> On Sat, Mar 10, 2012 at 2:58 PM, John Leach wrote:
>> Any thoughts on this? Can the existing Ring implementation be extended
>> to do this kind of thing? Is the code modular enough to be able to make
>> the Ring imp
Hi John,
On Sat, Mar 10, 2012 at 2:58 PM, John Leach wrote:
> Any thoughts on this? Can the existing Ring implementation be extended
> to do this kind of thing? Is the code modular enough to be able to make
> the Ring implementation pluggable?
There was talk about this at the latest OpenStack c
You probably would want to ask this question on orchestra mailing list.
Chmouel.
2012/3/8 khabou imen :
> J'utilise un ubuntu-server 11.10 alloué de OVH sur lequel j'ai
> installer orchestra server .
> Ma question est la suivante :Comment pourrais-je m'assurer que les
> serveur DNS et DHCP sont a
Hi,
On Tue, Mar 6, 2012 at 2:52 PM, Zeeshan Ali Shah wrote:
> Hi , is there any plan for OpenStack workshop/training in Europe ?
According to http://www.cloudbuilderstraining.com/, rackspace
cloudbuilders have an OpenStack training on :
03/27/2012 - 03/30/2012
I don't know if there is spaces
1 - 100 of 147 matches
Mail list logo