[Lustre-devel] storing SOM epoch in EA

Andreas Dilger adilger at sun.com
Tue Feb 19 12:13:52 PST 2008

On Feb 19, 2008  16:30 +0200, Yuriy Umanets wrote:
> Alex Zhuravlev wrote:
> by "LOV" you mean LOV EA? If yes, well, this is too radical idea seems, 
> but it may be worse to think on. Finally using IAM with it will cost 
> almost nothing in meaning of additional development. IAM should be ready 
> for that.
> Nikita, is there any limitations for value size in IAM?

One of the major problems with IAM is that e2fsck doesn't work with it,
it will only exist for ldiskfs (though ZAP works for DMU), and there is
a consistency issue between items stored in IAM and in rest of filesystem.

If e2fsck deletes an inode, it will not delete entry in IAM, so now we
have to patch e2fsck to understand not only IAM, but also specific uses
of IAM that link items there to inodes in another place.  I don't think
that introducing dependence on IAM is practical.

Cheers, Andreas
Andreas Dilger
Sr. Staff Engineer, Lustre Group
Sun Microsystems of Canada, Inc.

More information about the lustre-devel mailing list