<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi All,<br>
    <br>
    It seems I can easily reproduce the problem.<br>
    <br>
    * on node 1 create a file (touch , cat , ...).<br>
    * on node 2 take md5sum of direct file (md5sum /path/to/file)<br>
    * on node 1 move file to other name (mv file file1)<br>
    * on node 2 take md5sum of direct file (md5sum /path/to/file), this
    is still working although the file is not really there<br>
    * on node 1 change file content<br>
    * on node 2 take md5sum of direct file (md5sum /path/to/file), this
    is still working and has a changed md5sum<br>
    <br>
    This is really strange behaviour.<br>
    Is this normal, can this be altered with a a setting?<br>
    <br>
    Thanks for any info,<br>
    gr.<br>
    Johan<br>
    <br>
    <div class="moz-cite-prefix">On 10-12-13 10:02, Johan Huysmans
      wrote:<br>
    </div>
    <blockquote cite="mid:52A6D896.1020404@inuits.be" type="cite">I
      could reproduce this problem with while my mount point is running
      in debug mode.
      <br>
      logfile is attached.
      <br>
      <br>
      gr.
      <br>
      Johan Huysmans
      <br>
      <br>
      On 10-12-13 09:30, Johan Huysmans wrote:
      <br>
      <blockquote type="cite">Hi All,
        <br>
        <br>
        When reading some files we get this error:
        <br>
        md5sum: /path/to/file.xml: Structure needs cleaning
        <br>
        <br>
        in /var/log/glusterfs/mnt-sharedfs.log we see these errors:
        <br>
        [2013-12-10 08:07:32.256910] W
        [client-rpc-fops.c:526:client3_3_stat_cbk]
        1-testvolume-client-0: remote operation failed: No such file or
        directory
        <br>
        [2013-12-10 08:07:32.257436] W
        [client-rpc-fops.c:526:client3_3_stat_cbk]
        1-testvolume-client-1: remote operation failed: No such file or
        directory
        <br>
        [2013-12-10 08:07:32.259356] W [fuse-bridge.c:705:fuse_attr_cbk]
        0-glusterfs-fuse: 8230: STAT() /path/to/file.xml =&gt; -1
        (Structure needs cleaning)
        <br>
        <br>
        We are using gluster 3.4.1-3 on CentOS6.
        <br>
        Our servers are 64-bit, our clients 32-bit (we are already using
        --enable-ino32 on the mountpoint)
        <br>
        <br>
        This is my gluster configuration:
        <br>
        Volume Name: testvolume
        <br>
        Type: Replicate
        <br>
        Volume ID: ca9c2f87-5d5b-4439-ac32-b7c138916df7
        <br>
        Status: Started
        <br>
        Number of Bricks: 1 x 2 = 2
        <br>
        Transport-type: tcp
        <br>
        Bricks:
        <br>
        Brick1: SRV-1:/gluster/brick1
        <br>
        Brick2: SRV-2:/gluster/brick2
        <br>
        Options Reconfigured:
        <br>
        performance.force-readdirp: on
        <br>
        performance.stat-prefetch: off
        <br>
        network.ping-timeout: 5
        <br>
        <br>
        And this is how the applications work:
        <br>
        We have 2 client nodes who both have a fuse.glusterfs
        mountpoint.
        <br>
        On 1 client node we have a application which writes files.
        <br>
        On the other client node we have a application which reads these
        files.
        <br>
        On the node where the files are written we don't see any
        problem, and can read that file without problems.
        <br>
        On the other node we have problems (error messages above)
        reading that file.
        <br>
        The problem occurs when we perform a md5sum on the exact file,
        when perform a md5sum on all files in that directory there is no
        problem.
        <br>
        <br>
        <br>
        How can we solve this problem as this is annoying.
        <br>
        The problem occurs after some time (can be days), an umount and
        mount of the mountpoint solves it for some days.
        <br>
        Once it occurs (and we don't remount) it occurs every time.
        <br>
        <br>
        <br>
        I hope someone can help me with this problems.
        <br>
        <br>
        Thanks,
        <br>
        Johan Huysmans
        <br>
        _______________________________________________
        <br>
        Gluster-users mailing list
        <br>
        <a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
        <br>
        <a class="moz-txt-link-freetext" href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a>
        <br>
      </blockquote>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="http://supercolony.gluster.org/mailman/listinfo/gluster-users">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a></pre>
    </blockquote>
    <br>
  </body>
</html>