Re: 3.5.0-rc5: inconsistent lock state

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 6 Jul 2012 at 11:01, Dave Chinner wrote:
> Applications can use attributes without you being aware of them.
> e.g. Samba, desktop search/indexing, etc might be using attributes
> even though you aren't explicitly using them....

Hm, it's some kind of server, samba is serving those mounts, but only as 
readonly shares. When running "getfattr -R" or "getfacl -R" on these xfs 
filesystems, only very few (<100) file have attribtues / ACLs set.

> > 50 bytes sounds more than enought for holding only unix permissions.
> Unix permissions are held in the inode core, not in the attribute
> space.

Even better, so I'm really at a loss what could use up this attribute 
space.


> And i did say "typically". if you have a file that has 6-7 extents,
> then there won't be any space for attributes and it will put new
> attributes out of line immediately....

$ xfs_bmap foo | wc -l
933

And there are lots of files held by lots of extents, so this might be it.

Thanks for this guide through this attribute business. There's currently 
no problem with any of the filesystems but I was tipped off by Christoph's 
remark about "running out of inode attributes" which got me scared a 
little. I understand that it might be a performance issue having to do 
an extra lookup for attributes, but I still fail to see how (and where) 
they sneaked into the fs.

Christian.
-- 
BOFH excuse #284:

Electrons on a bender

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs


[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux