<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>