Re: [Openstack] Swift questions

2013-05-22 Thread Chuck Thier
On Wed, May 22, 2013 at 7:54 PM, Mark Brown wrote: > Thanks Chuck. > > Just one more question about rebalancing. Have there been measurements on > how much it affects performance when a rebalance is in progress? I would > assume its an operation that puts some load on the system, while also > keep

Re: [Openstack] Swift questions

2013-05-22 Thread Mark Brown
From: Chuck Thier To: Mark Brown Cc: Openstack Sent: Wednesday, May 22, 2013 7:26 AM Subject: Re: [Openstack] Swift questions Hey Mark, On Wed, May 22, 2013 at 8:59 AM, Mark Brown wrote: Thank you for the responses Chuck. > > >As part of a rebalance, the replicator, I would assum

Re: [Openstack] Swift questions

2013-05-22 Thread Chuck Thier
Hey Mark, On Wed, May 22, 2013 at 8:59 AM, Mark Brown wrote: > Thank you for the responses Chuck. > > As part of a rebalance, the replicator, I would assume, copies the object > from the old partition to the new partition, and then deletes it from the > old partition. Is that a fair assumption? >

Re: [Openstack] Swift questions

2013-05-22 Thread Mark Brown
node is picked? What if the ring changes and the data still lives on the handoff node?  -- Mark From: Chuck Thier To: Mark Brown Cc: Openstack Sent: Tuesday, May 21, 2013 6:53 PM Subject: Re: [Openstack] Swift questions Hi Mark, On Tue, May 21, 2013

Re: [Openstack] Swift questions

2013-05-22 Thread Chmouel Boudjnah
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

Re: [Openstack] Swift questions

2013-05-21 Thread Chuck Thier
Hi Mark, On Tue, May 21, 2013 at 6:46 PM, Mark Brown wrote: > Hello, > I had a few more basic Swift questions.. > > 1. In Swift, when a rebalance is happening, does the client have write > access to the object? Does Swift have a mechanism to lock down one copy > which it is moving, and allow upda

Re: [Openstack] Swift questions - container sync

2013-05-13 Thread Mark Brown
: Mark Brown To: David Hadas Cc: "openstack@lists.launchpad.net" Sent: Sunday, May 12, 2013 11:25 PM Subject: Re: [Openstack] Swift questions. Thanks again, David. Definitely helps. Is the alternative node you refer to here the "handoff" node? Is the handoff node something

Re: [Openstack] Swift questions.

2013-05-12 Thread David Hadas
doff node is.-- Mark.From: David Hadas To: Mark Brown Cc: "openstack@lists.launchpad.net" Sent: Sunday, May 12, 2013 11:13 PM Subject: Re: [Openstack] Swift questions. Mark, It would mark the server as having insufficient storage (to avoid retrying the same server for a while) and

Re: [Openstack] Swift questions.

2013-05-12 Thread Mark Brown
the object server somehow, but it would need to know where the handoff node is. -- Mark. From: David Hadas To: Mark Brown Cc: "openstack@lists.launchpad.net" Sent: Sunday, May 12, 2013 11:13 PM Subject: Re: [Openstack] Swift questions. Mark, It w

Re: [Openstack] Swift questions.

2013-05-12 Thread David Hadas
From: David Hadas To: Mark Brown Cc: "openstack@lists.launchpad.net" Sent: Sunday, May 12, 2013 10:36 PM Subject: Re: [Openstack] Swift questions. Mark, Regarding your first Q:Swift evenly balance the hard-drives such that in a correctly configured system, you should expect

Re: [Openstack] Swift questions.

2013-05-12 Thread Mark Brown
Hadas To: Mark Brown Cc: "openstack@lists.launchpad.net" Sent: Sunday, May 12, 2013 10:36 PM Subject: Re: [Openstack] Swift questions. Mark, Regarding your first Q: Swift evenly balance the hard-drives such that in a correctly configured system, you should expect one hard-drive

Re: [Openstack] Swift questions.

2013-05-12 Thread David Hadas
Mark, Regarding your first Q:Swift evenly balance the hard-drives such that in a correctly configured system, you should expect one hard-drive being more full than the other. There is manual a mechanism in swift to balance hard-drives by moving partitions to/from hard-drive but you should need to u