[sheepdog] [PATCH] sheep: remove block/unblock callbacks
Liu Yuan
namei.unix at gmail.com
Wed Jun 6 16:38:55 CEST 2012
On 06/06/2012 10:02 PM, Christoph Hellwig wrote:
> On Wed, Jun 06, 2012 at 09:56:00PM +0800, Liu Yuan wrote:
>>> That why I said I like the approch, but issues like the one above need
>>> to be carefully audited and fixed.
>>>
>>
>>
>> Yes, but I can't come up with an easy fix for concurrent VDI creation of
>> the same name inside sheep and the upper software is at a much better
>> place to handle it.
>
> I don't think it is. It means you can't ever use sheepdog in a
> distributed environment without a nanny-like higher level, which is
> totally unacceptable.
>
> I have an idea for management of the VDI bitmap, which basically
> requires:
>
> (a) factoring the VDI bitmap implementation into a separate small
> abstraction. E.g. instead of making the whole VDI creation
> a blocking operation just grab the VDI inuse bit first, then
> actually create it and release the inuse flag if it fails
> (b) move the now nicely separate option into the cluster driver.
> For corosync it probably means a fairly similar scheme to what
> we do now, but for zookeeper atomic access to a node is actually
> part of the concept, so it could be a lot simpler.
>
> I think this is a bit too much work before the June release, but I'm
> happy to work on it after that. I'd also very much welcome not breaking
> the existing semantics in fundamental ways until then.
>
Okay, sounds reasonable. Let's re-visit this patch when the potential
bitmap issue is fixed.
Thanks,
Yuan
More information about the sheepdog
mailing list