Hi Emmanuel,<br clear="all">
<br><br><div class="gmail_quote">On Thu, Sep 30, 2010 at 1:28 PM, Emmanuel Dreyfus <span dir="ltr">&lt;<a href="mailto:manu@netbsd.org" target="_blank">manu@netbsd.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


On Tue, Sep 28, 2010 at 03:07:44PM +0000, Emmanuel Dreyfus wrote:<br>
&gt; Still working on glusterfs for NetBSD. I have this message while<br>
&gt; I attemps to build something in the glusterfs filesystem. What does<br>
&gt; it means?<br>
<br>
I wonder if this could be a glusterfs bug:<br>
I mount /mnt from glusterfs, run vi /mnt/a and I kill -SEGV glusterfsd on the<br>
client while /mnt/a is open.<br>
<br>
I restart glusterfsd on the client, and then:<br>
rm /mnt/a<br>
=&gt; Runs fine<br>
<br>
touch /mnt/a<br>
=&gt; [2010-09-30 09:51:47] W [fuse-bridge.c:1679:fuse_create_cbk] glusterfs-fuse: create(/a) inode (ptr=0xbb90f2c0, ino=23, gen=2) found conflict (ptr=0xbb90f260, ino=23, gen=90657)<br>
<br>
ls -l /mnt/a<br>
ls: /mnt/a: No such file or directory<br>
=&gt; [2010-09-30 09:51:55] W [fuse-bridge.c:725:fuse_attr_cbk] glusterfs-fuse: 12: STAT() /a =&gt; -1 (No such file or directory)<br>
<br>
ls /mnt|grep a<br>
a<br>
=&gt; readdir see the file but getattr does not, because it used the ino for the<br>
removed file, which it obtained by lookup.<br>
<br>
Is that a bug in glusterfs or in NetBSD FUSE emulation? Any hint welcome.<br>
I am still running 3.0.5, this may be part of the problem.<br>
<font color="#888888"><br></font></blockquote><div><br></div><div>This scenario works well on Linux. I think, this is the issue with the NetBSD FUSE emulation. </div></div>