File Size and Brick Size

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Have anyone in the list who has tried copying file which is bigger than the individual brick/replica size?
Test Scenario:
Distributed-Replicated volume, 2GB size, 2x2 = 4 bricks, 2 replicas
Each replica has 1GB

When i tried to copy file this volume, by both fuse, or nfs mount. i get I/O error.
Filesystem                  Size  Used Avail Use% Mounted on
/dev/mapper/vg0-brick1     1017M   33M  985M   4% /data/brick1
/dev/mapper/vg0-brick2     1017M  109M  909M  11% /data/brick2
lbre-cloud-dev1:/sharevol1  2.0G  141M  1.9G   7% /sharevol1

[xxxxxx@cloud-dev1 ~]$ du -sh /var/tmp/ovirt-live-el7-3.6.2.iso 
1.3G /var/tmp/ovirt-live-el7-3.6.2.iso

[melvinw@lbre-cloud-dev1 ~]$ sudo cp /var/tmp/ovirt-live-el7-3.6.2.iso /sharevol1/
cp: error writing ‘/sharevol1/ovirt-live-el7-3.6.2.iso’: Input/output error
cp: failed to extend ‘/sharevol1/ovirt-live-el7-3.6.2.iso’: Input/output error
cp: failed to close ‘/sharevol1/ovirt-live-el7-3.6.2.iso’: Input/output error

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

Any insights will be much appreciated.

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux