> > 2008-06-12 16:38:48 D [fuse-bridge.c:1931:fuse_readdir] glusterfs-fuse: 0: > READDIR (0x80139e0e0, size=4096, offset=0) > 2008-06-12 16:38:48 D [fuse-bridge.c:1899:fuse_readdir_cbk] glusterfs-fuse: > 0: READDIR => 568/4096,0 > 2008-06-12 16:38:48 D [fuse-bridge.c:1931:fuse_readdir] glusterfs-fuse: 0: > READDIR (0x80139e0e0, size=4096, offset=0) > 2008-06-12 16:38:48 D [fuse-bridge.c:1899:fuse_readdir_cbk] glusterfs-fuse: > 0: READDIR => 568/4096,0 > If you look at the above lines, it is returning 568 bytes (mostly 4-8 entries) for that directory. I am suspecting something wrong about how the things are interpreted in BSD fuse. But today I got a report on IRC that, things work on one machine, and the same setup, doesn't work on another machine. Interested to solve it. Is these 64bit machine? or 32bit? > -- > Scott Larson > Network Administrator > > Wiredrive > 4216 3/4 Glencoe Ave > Marina Del Rey, CA 90292 > t 310.823.8238 > stl at wiredrive.com <stl at iowainteractive.com> > http://www.wiredrive.com > > On Jun 3, 2008, at 1:25 AM, KE Liew wrote: > > It would be useful to know which version you're using, and what your setup > is. Posting your spec file and logs can help too. > > > KwangErn > > On Tue, Jun 3, 2008 at 1:17 AM, Scott Larson <stl at wiredrive.com> wrote: > >> The quick question: Has anyone else run into the issue where >> they can write files to a directory, but then are unable to see them >> with something like `ls`? After starting the server and client and >> mounting the glusterfs share to /mnt/gluster, if I cd into it and run >> `touch foo && ls`, no files are visible. However if I then look at >> the actual directory being shared, /usr/export, file foo is present. >> This problem seems counterintuitive. I can provide logs and the >> config if there isn't an obvious answer, however nothing in the logs >> immediately grabs me. >> As a background, I'm looking at alternatives to our Isilon >> cluster, and all of our client servers are FreeBSD 7.0. I know that >> is not currently a supported client OS, however GlusterFS would be a >> seemingly good candidate for our needs and the fact writes actually >> work is promising. >> >> -- >> Scott Larson >> Network Administrator >> IOWA Interactive >> 4216 3/4 Glencoe Ave >> Marina Del Rey, CA 90292 >> >> t 310.823.8238 >> f 310.823.7108 >> stl at iowainteractive.com >> http://www.iowainteractive.com >> http://www.wiredrive.com >> >> >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users >> > > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users > > -- Amar Tumballi Gluster/GlusterFS Hacker [bulde on #gluster/irc.gnu.org] http://www.zresearch.com - Commoditizing Super Storage! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://zresearch.com/pipermail/gluster-users/attachments/20080612/0d440d7d/attachment.htm
