[Sheepdog] [PATCH 2/2] sheep: don't skip notify event

Liu Yuan namei.unix at gmail.com
Sun Apr 1 04:32:40 CEST 2012


On 04/01/2012 10:21 AM, Liu Yuan wrote:

> On 03/31/2012 06:20 PM, MORITA Kazutaka wrote:
> 
>> This change means that all notify events (e.g. vdi creation) block
>> membership change events.  I think it is not good to block them so
>> long time.
>>
> 
> 
> No, VDI creation and deletion doesn't block membership change events,
> since current two patches allows confchg to be tackled immediately once
> it happens.
> 
> We do VDI create & delete in a loop during 60 nodes leaving in a cluster
> with large set of nodes, and don't see any evidence that confchg is blocked.
> 
> I think the previous strategy that allow IO requests block both VDI and
> node event is non-sensible, causing both VDI operation and node event to
> be delayed as much as more than several minutes. This is definitely
> intolerable for users that do VDI operation and Guests requests are
> easily failed during such a long internal.
> 


to be precisely, the delay for VDI operation is several minutes, but for
recovery process could be up to hours, since adjacent recoverys hardly
overlap one another(it depends how many nodes join/leave in one go)

Thanks,
Yuan

> Thanks,
> Yuan
> 
>> However, as you say, we need to order the shutdown event with
>> membership change ones.  Currently, I don't have a better idea, so it
>> is okay to me to merge this patch, but, if possible, I'd like to see a
>> better fix for it.
> 
> 





More information about the sheepdog mailing list