Yes, I have mailed the mailing list also about the bug, you need to manually correct the backend storage by deleting 0 byte files. -amar On Thu, Feb 14, 2008 at 2:37 PM, Hans Einar Gautun <einar.gautun@xxxxxxxxxxx> wrote: > Can this problem be from an earlier tla? > > regards, > Einar > On Thu, 2008-02-14 at 09:25 +0100, Hans Einar Gautun wrote: > > Hi all, > > Latest tla 663, fuse 2.7.2.glfs8, kernel 2.6.21.6 debian etch > > I have unify with rr > > ls -l give srandom 0 size file, and checking directly on each server > > they now have a 0 byte file of the file they don't store themselves. > > > > This means: Let's say we have 10 files in a directory. Server A has 5 of > > them, server B has 5 of them. Now server A has 10 files - 5 real files > > with the actual filesize - and the 5 files on server B with 0 size. And > > vica versa for server B. > > > > On the client I now get random results with ls -l - some have a size and > > some have 0 size. > > > > Is this bug known? And what can be done about it? > > > > Regards, > -- > Einar Gautun einar.gautun@xxxxxxxxxxx > > Statens kartverk | Norwegian Mapping Authority > 3507 Hønefoss | NO-3507 Hønefoss, Norway > > Ph +47 32118372 Fax +47 32118101 Mob +47 92692662 > > > _______________________________________________ > Gluster-devel mailing list > Gluster-devel@xxxxxxxxxx > http://lists.nongnu.org/mailman/listinfo/gluster-devel > -- Amar Tumballi Gluster/GlusterFS Hacker [bulde on #gluster/irc.gnu.org] http://www.zresearch.com - Commoditizing Supercomputing and Superstorage!
