Re: Duplicate entries and other weirdness in a 3*4 volume

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

 



> One possible solution is to convert directories into files managed by
> storage/posix (some changes will also be required in dht and afr
> probably).  We will have full control about the format of this file,
> so we'll be able to use the directory offset that we want to avoid
> interferences with upper xlators in readdir(p) calls. This will also
> allow to optimize directory accesses and even minimize or solve the
> problem of renames.

Unfortunately, most of the problems with renames involve multiple
directories and/or multiple bricks, so changing how we store directory
information within a brick won't solve those particular problems.

> Additionally, this will give the same reliability to directories that
> files have (replicated or dispersed).

If it's within storage/posix then it's well below either replication or
dispersal.  I think there's the kernel of a good idea here, but it's
going to require changes to multiple components (and how they relate to
one another).
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux