[Gluster-users] Directory writes yes, directory reads no

[Scott Larson]

      This was run on a Dell PE SC1425, which is a 64-bit Xeon and  
running 64-bit FBSD 7.  However I was able to generate this identical  
problem in 32-bit FBSD 7 as a Parallels VM.  As another test I built  
and installed the patched 2.7.3 fuse libs rather than the stock 2.7.2  
out of ports but there was no change.
-- 
Scott Larson
Network Administrator

Wiredrive
4216 3/4 Glencoe Ave
Marina Del Rey, CA 90292
t 310.823.8238
stl at wiredrive.com
http://www.wiredrive.com

On Jun 12, 2008, at 6:29 PM, Amar S. Tumballi wrote:

> 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
> 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://supercolony.gluster.org/pipermail/gluster-users/attachments/20080612/d0d76d9b/attachment.html>