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 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
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
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
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
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 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
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
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 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
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
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
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
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 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
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.
___
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 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
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
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
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 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 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
>
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
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 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
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 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,
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,
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 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
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: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:
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 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 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
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
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
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 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 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 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 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 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 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 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 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 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.
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 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
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
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 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
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
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
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.
>
_
+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
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
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
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 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 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 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 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.
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
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
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
On Aug 16, 2011, at 5:06 PM, Joshua Harlow wrote:
>> 2011-08-16 16:58:35,459 ERROR nova.compute.manager [-] Instance '4'
>> failed to spawn. Is virtualization enabled in the BIOS? Details: POST
>> operation failed: xend_post: error from xen daemon: (xend.err "(22,
>> 'Invalid
wouldn't be that the
ytes
X-Trans-Id: tx1c0e9c6220ea433a90713c160a88b33f
It seems that testcontainer still has no Read ACL. Any comments ? thanks.
Regards,
Li Hua
Chmouel Boudjnah
Cloud Product Engineer [experience Fanatical Support]
Tel:+442087344212
Fax:+44 20 8606 6111
Web:www.rack
rs
>
> Does it need to upgrade keystone to the latest version ? How to debug
> keystone2 ?
>
> Regards,
> Li Hua
>
>
> On Thu, Nov 3, 2011 at 3:29 PM, Chmouel Boudjnah
> wrote:
>>
>> Hi Li,
>> Swift middleware shipped with keystone doesn't sup
Hello everyone,
I have just finished the maintenance on the Wiki to have it
authenticated against launchpad OpenID.
For the existing users, after login with your launchpad SSO you will
be able to attach your existing wiki account with the SSO login.
It seems to works or at least for me :)
Chmou
, 2011 at 5:33 AM, Stefano Maffulli
mailto:stef...@openstack.org>> wrote:
On Sat, 2011-11-05 at 12:02 +0100, Chmouel Boudjnah wrote:
> For the existing users, after login with your launchpad SSO you will
> be able to attach your existing wiki account with the SSO login.
Thank you, mu
It would be nice if it was an alternative version of the swift all in
one for RedHat flavored distros instead of just the commands.
Chmouel.
On Wed, Nov 9, 2011 at 11:51 PM, Anne Gentle wrote:
> Would you be willing to document this on the OpenStack wiki? You can link to
> it from this page:
>
>
Hi Sandy,
On Wed, Nov 16, 2011 at 7:50 PM, Sandy Walsh wrote:
> Thanks the James and the rest of the CI team, python-novaclient is now moved
> from github to gerrit.
> Once we've migrated the old bugs over we'll nuke that repo.
Great, but we are going to keep github as a readonly mirror right?
Hi,
Which version did you use for keystone2 from cloudbuilders github
trunk? can you try again (I just updated some fixes to it just now).
And what do you mean you are getting 404, how do you test it ? with
swift cli or via curl ?
Chmouel.
On Wed, Nov 23, 2011 at 2:27 PM, Leandro Reox wrote:
Hi Llyod,
> Oh man mail-archive.com also has some delay, but not as bad. The
> message that I'm responding to from you, ttx, isn't there yet either,
> and I double checked that you didn't directly cc me. We can't win at
I am wondering, why do you need near instant mail archiving if they
are comin
Hi Khaled,
You are using the tempauth middleware for auth right? Are you sure you
have the system:root/testpass account:user password in your middleware
config (this is inside proxy-server.conf).
What version of swift do you have ? On latest version you need to have
the account_autocreate settin
On Sat, Nov 26, 2011 at 6:33 AM, Kuo Hugo wrote:
> For Swift API v1.0 + keystone ... an User could only access one tenant..
> But in Swift API v1.0 + keystone your can access different tenants via
^^^
I guess you mean 2.0 and not 1.0 here.
> "-U %tenant%:%USER%:
This should have been asked to you when running the stack.sh script
and this should be stored in localrc file.
Chmouel.
On Thu, Dec 15, 2011 at 6:28 PM, sn wrote:
>
> hi experts...
> i have just now installed successfully openstack without any errors.with
> the scripts mention in the devstac
Hi,
You won't need the default_swift_cluster setting usually comment it and
your swift cluster should start. if you really do then the format specified
is incorrect, look at the commented config file here :
https://github.com/gholt/swauth/blob/master/etc/proxy-server.conf-sample#L43
Cheers,
Chmo
On Tue, Jan 3, 2012 at 6:32 PM, Alejandro Comisario
wrote:
> # 1 we have memcache service running on each proxy, so as far as we know,
> memcache actually caches keystone tokens and object paths as the request (
W.R.T the keystone token caching; in trunk the swift/keystone
middleware will use the
Hi, Thierry sent an email that a room has been booked for OpenStack,
see his email here:
http://www.mail-archive.com/openstack@lists.launchpad.net/msg05389.html
Chmouel.
On Wed, Jan 4, 2012 at 11:08 AM, Zeeshan Ali Shah wrote:
> Hi, will Openstack present in Fosdem 2012 ? http://fosdem.org/2012
You can use the swift tool for that, see the --help of the swift CLI tool and
the documentation here:
http://swift.openstack.org/misc.html#acls
Chmouel.
On 5 Jan 2012, at 13:59, Viral Patadiya wrote:
> Hi,
>
> we are using swift + keystone in our POC setup. We want to know how to
> create pri
Hi,
What is the content of your proxy-server.conf ? I would be interested
to know what is your auth server and can you reproduce this problem
with the tempauth auth server.
This could mean a lot of different problems, make sure of the basic
stuff lke file permissions on the storage nodes.
Chmoue
On Fri, Jan 20, 2012 at 9:25 AM, Khaled Ben Bahri
wrote:
> user_system_root = testpass .admin* https://x.x.x.x:8080/v1/AUTH_system*
This doesn't seem right (the https URL at the end should not be there)
Chmouel.
___
Mailing list: https://launchpad.net/
One can always learn, I never used that option (but I don't use much of the
tempauth server). You probably want to look over the logs of the storage
node see if there is any ERROR in the logs there.
Chmouel.
On Fri, Jan 20, 2012 at 9:36 AM, Khaled Ben Bahri wrote:
>
> I followed the example in t
As Stephen mentionned if there is only one replica left Swift would not
serve it.
Chmouel.
On Fri, Jan 20, 2012 at 1:58 PM, Nikolaus Rath wrote:
> Hi,
>
> Sorry for being so persistent, but I'm still not sure what happens if
> the 2 servers that carry the new replica are down, but the 1 server
On Fri, Jan 20, 2012 at 1:59 PM, Florian Hines wrote:
> Is it necessary that storage devices have to be mounted on /srv/node??
>
> You can change where you mount devices with the "devices" config option in
> the default section of your config.
>
Note that there is a few places in the code that re
Actually I got that wrong for GET swift would try to serve the object even
if there is only one replica left for PUT it would need to have at least 2
successful write to succeed assuming you have a 3 replicas cluster.
On Fri, Jan 20, 2012 at 2:06 PM, Chmouel Boudjnah wrote:
> As Step
did you have account_autocreate in there ? for example that's my config
with tempauth :
[app:proxy-server]
use = egg:swift#proxy
allow_account_management = true
account_autocreate = true
Khaled Ben Bahri writes:
> Hi Adrian,
>
> When i add user in the same account of the admin,
> I got this e
Well your proxy configuration looks correct, the probably may lie somewhere
else on the storage servers.
Chmouel.
On Fri, Jan 27, 2012 at 10:01 AM, Khaled Ben Bahri
wrote:
> Hi Chmouel
>
> Yes of course,
> I have it there
> this is th file proxy-server.conf
>
> _
Hello,
I was meaning to do add the feature of launching the swift services in the
foreground in a screen/tmux window' instead of in foreground but would like to
gather ideas before implementing it. Currently for the Swift All in One we
launch 4 (3 replicas and one hand-off) different services:
On Mon, Feb 6, 2012 at 7:40 PM, Joshua Harlow wrote:
> Interesting, what is the non-developer use case or the one u see as
> existing?
>
This is my own personal opinion and not as commiter of devstack.sh,
I found very valuable to point sysops to devstack.sh with the argument
"it's just a shell
On 6 Feb 2012, at 19:33, Pete Zaitcev wrote:
>
>> Another thing I want to implement is to add Swift as a back-end to Glance.
> Wait, what is this then
> [zaitcev@lembas glance-tip]$ ls glance/store/swift.py
My email may not have been very clear, I am talking about configuring swift and
glance vi
On Tue, Feb 7, 2012 at 2:22 AM, Joshua Harlow wrote:
> + There needs to be a way to install on multiple distributions (without
> saying go figure out the deps yourself).
> I know everyone is ubuntu, ubuntu, ubuntu, but this really needs to be
> fixed (process wise as well).
>
> +1 on supporting m
Maru Newby writes:
> I've submitted a Swift AIO cookbook for review:
> https://review.openstack.org/#change,3613
> It follows the latest single-node AIO instructions pretty much to the
> letter, so the resulting environment is well-documented. We use this
> cookbook as the basis for building Swi
Mark McLoughlin writes:
> I wrote this some time ago:
> https://fedorahosted.org/rhevm-api/wiki/Email_Guidelines
> If it's helpful, I'm happy to move it across to the OpenStack wiki
+1 to that!
Chmouel.
___
Mailing list: https://launchpad.net/~open
Hi,
As mentioned in bug #928967[1] tmux support in devstack is not working
and I was wondering if there was much people using it and if I should
fix it. The advantage of tmux support is aside of being arguably a
better terminal wm it allows support for different shells than bash (ie:
zsh) for devs
On Wed, Feb 8, 2012 at 8:05 PM, Jay Pipes wrote:
> Option is best. I find both scenarios useful depending on what I'm working
> on.
>
It seems that for everybody tmux and other shell support is not as
important, I'll send a patch removing that support.
Chmouel.
_
Hi,
In swift a user/client who wants to be able to access Swift can use :
- The CLI - bin/swift shipped with swift
- The library swift.common.swift shipped with swift.
- The Rackspace Cloud Files library from github/rackspace/python-cloudfiles.
- Or obviously direct REST calls.
a few notes :
-
1 - 100 of 147 matches
Mail list logo
