<div dir="ltr">My guess would be that direct_io_mode works differently on *BSD. In Linux (and it appears in OS/X as well), the VFS takes hint from the file size (returned in lookup/stat) to limit itself from not read()ing beyond that offset. So if a file size is returned 0 in lookup, read() is never received even by FUSE.<div>
<br></div><div>In meta all file sizes are 0 (since the contents of the inode are generated dynamically on open()/read(), size is unknown during lookup() -- just like /proc). And therefore all meta file open()s are forced into direct_io_mode (<span style="color:rgb(0,0,0)"><a href="http://review.gluster.org/7506">http://review.gluster.org/7506</a>) so that read() requests are sent straight to FUSE/glusterfs bypassing VFS (size is ignored etc.)</span></div>
<div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">So my guess would be to inspect how direct_io_mode works in those FUSE implementations first. It is unlikely to be any other issue.</span></div>
<div><span style="color:rgb(0,0,0)"><br></span></div><div><span style="color:rgb(0,0,0)">Thanks</span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Aug 10, 2014 at 9:56 PM, Harshavardhana <span dir="ltr"><<a href="mailto:harsha@harshavardhana.net" target="_blank">harsha@harshavardhana.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">> I am working on tests/basic/meta.t on NetBSD<br>
> It fails because .meta/frames is empty, like all files in .meta. A quick<br>
> investigation in source code shows that the function responsible for<br>
> filling the code (frames_file_fill) is never called.<br>
><br>
<br>
</div>Same experience here.<br>
<br>
It does work on OSX, but does not work on FreeBSD for similar reasons<br>
haven't figured it out yet what is causing the issue.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Religious confuse piety with mere ritual, the virtuous confuse<br>
regulation with outcomes<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org">Gluster-devel@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-devel" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-devel</a><br>
</div></div></blockquote></div><br></div>