Implement vfs_ea_tdb
authorVolker Lendecke <vl@sernet.de>
Mon, 22 Oct 2007 16:14:57 +0000 (18:14 +0200)
committerVolker Lendecke <vl@samba.org>
Tue, 15 Jan 2008 10:01:18 +0000 (11:01 +0100)
commit57cc992e0f9a5d729ecf3c8effc862542ef7a84e
treed1edd79c94965ffbf4d6a0cb4d70fd1da0db16b7
parente00e080034124805092e7f888e3a1cf61cf85a5b
Implement vfs_ea_tdb

This is an option for file systems that do not implement xattrs: in
lockdir/eas.tdb an array of xatts per inode is stored.

It can not solve the problem that xattrs might reappear if a posix-level
process deletes a file and happens to re-create it under the same name. On file
systems with birthtime we might have a chance to detect this, but not with
standard posix. A future version might put relief on file systems that do have
xattrs but where these are severely limited in size/speed/whatever: We can put
a simple marker as a native xattr, but the xattrs proper are stored in the tdb.

Volker
(This used to be commit 2036b4c5ad677b8a477b34b0f076febab0abff5e)
source3/Makefile.in
source3/configure.in
source3/librpc/gen_ndr/ndr_xattr.c [new file with mode: 0644]
source3/librpc/gen_ndr/ndr_xattr.h [new file with mode: 0644]
source3/librpc/gen_ndr/xattr.h [new file with mode: 0644]
source3/librpc/idl/xattr.idl [new file with mode: 0644]
source3/modules/vfs_ea_tdb.c [new file with mode: 0644]
source3/script/tests/selftest.sh
source3/script/tests/test_posix_s3.sh