[sheepdog] [PATCH v2 1/2] sheep, dog: make recycling VID selectable

Liu Yuan namei.unix at gmail.com
Tue Mar 17 05:04:11 CET 2015


On Tue, Mar 17, 2015 at 03:55:56AM +0000, moritakzt at nttdata.co.jp wrote:
> > > > I'm still not sure which code in vdi_lookup() is a problem.  The
> > > > problem happens even when we disable VID garbage collection?
> > >
> > > vdi_lookup() becomes a problem if Hitoshi's patch is enabled after he
> > > fixes a fatal bug of new algorithm.
> 
> I don't think Hitoshi says he will enable the new algorithm by default
> after the fatal bug is fixed.  There is a performance problem as you mentioned,
> and I'm fine with making it disabled by default in future.

Okay, I'm fine with it too. 

> > 
> > I need to add that, old sheep can reuse vid by checking inode's name, so
> > vid recycling is unnecessary. It is proved simple and reliable, at the cost
> > of allow deleted inodes stored on the storage, but the space overhead is
> > too small to notice.
> 
> If you are talking about reverting 21549a1b, it sounds wrong - it's not a
> subtle bug fix but a critical one.
> The old algorithm corrupts inode objects if we don't add --no-share option, no?

It only corrupts data objects I think, but yes, it is problematic.

> Even if you think it's a corner use case, there is no technical way
> to prevent users from doing the operation.

Okay, keep old algorithm as a in-house patch sounds better.

Yuan



More information about the sheepdog mailing list