<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 09/27/2016 05:15 AM, ML Wong wrote:<br>
    </div>
    <blockquote
cite="mid:CAB+MvjxLLMEsYtMyNN_Nq4yPUCnhw4YBW=JY6OBhgqn5gonhSw@mail.gmail.com"
      type="cite">
      <div dir="ltr">Have anyone in the list who has tried copying file
        which is bigger than the individual brick/replica size?
        <div>Test Scenario:</div>
        <div>Distributed-Replicated volume, 2GB size, 2x2 = 4 bricks, 2
          replicas</div>
        <div>Each replica has 1GB</div>
        <div><br>
        </div>
        <div>When i tried to copy file this volume, by both fuse, or nfs
          mount. i get I/O error.</div>
        <div>
          <div>Filesystem                  Size  Used Avail Use% Mounted
            on</div>
          <div>/dev/mapper/vg0-brick1     1017M   33M  985M   4%
            /data/brick1</div>
          <div>/dev/mapper/vg0-brick2     1017M  109M  909M  11%
            /data/brick2</div>
          <div>lbre-cloud-dev1:/sharevol1  2.0G  141M  1.9G   7%
            /sharevol1</div>
        </div>
        <div><br>
        </div>
        <div>
          <div>[xxxxxx@cloud-dev1 ~]$ du -sh
            /var/tmp/ovirt-live-el7-3.6.2.iso </div>
          <div>1.3G<span class="gmail-Apple-tab-span" style="white-space:pre">        </span>/var/tmp/ovirt-live-el7-3.6.2.iso</div>
          <div><br>
          </div>
          <div>[melvinw@lbre-cloud-dev1 ~]$ sudo cp
            /var/tmp/ovirt-live-el7-3.6.2.iso /sharevol1/</div>
          <div>cp: error writing ‘/sharevol1/ovirt-live-el7-3.6.2.iso’:
            Input/output error</div>
          <div>cp: failed to extend
            ‘/sharevol1/ovirt-live-el7-3.6.2.iso’: Input/output error</div>
          <div>cp: failed to close
            ‘/sharevol1/ovirt-live-el7-3.6.2.iso’: Input/output error</div>
        </div>
      </div>
    </blockquote>
    <br>
    Does the mount log give you more information? It it was a disk full
    issue, the error you would get is ENOSPC and not EIO. This looks
    like something else.<br>
    <blockquote
cite="mid:CAB+MvjxLLMEsYtMyNN_Nq4yPUCnhw4YBW=JY6OBhgqn5gonhSw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>I know, we have experts in this mailing list. And, i
          assume, this is a common situation where many Gluster users
          may have encountered.  The worry i have what if you have a big
          VM file sitting on top of Gluster volume ...?</div>
        <div><br>
        </div>
      </div>
    </blockquote>
    It is recommended to use sharding
    (<a class="moz-txt-link-freetext" href="http://blog.gluster.org/2015/12/introducing-shard-translator/">http://blog.gluster.org/2015/12/introducing-shard-translator/</a>) for
    VM workloads to alleviate these kinds of issues.<br>
    -Ravi<br>
    <br>
    <blockquote
cite="mid:CAB+MvjxLLMEsYtMyNN_Nq4yPUCnhw4YBW=JY6OBhgqn5gonhSw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Any insights will be much appreciated.<br>
        </div>
        <div><br>
        </div>
      </div>
      <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://www.gluster.org/mailman/listinfo/gluster-users">http://www.gluster.org/mailman/listinfo/gluster-users</a></pre>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>