Bug 765411 (GLUSTER-3679)
Summary: | cannot add iobuf into iobref during mmap test | ||||||
---|---|---|---|---|---|---|---|
Product: | [Community] GlusterFS | Reporter: | Jean-Marc Saffroy <jean.marc.saffroy> | ||||
Component: | protocol | Assignee: | Amar Tumballi <amarts> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3.2.3 | CC: | amarts, gluster-bugs, rahulcs, vraman | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | Type: | --- | |||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | 3.2.5qa4 | Category: | --- | ||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Jean-Marc Saffroy
2011-10-02 13:50:03 UTC
Can you share output of 'gluster volume info'? (In reply to comment #1) > Can you share output of 'gluster volume info'? I had some changes from the default config in vol1, so I created a vol2 from scratch which also reproduces the problem. root@ns224053:~# gluster volume create vol2 glu1:/home/gluster-vol2 Creation of volume vol2 has been successful. Please start the volume to access data. root@ns224053:~# gluster volume start vol2 Starting volume vol2 has been successful root@ns224053:~# gluster volume info vol2 Volume Name: vol2 Type: Distribute Status: Started Number of Bricks: 1 Transport-type: tcp Bricks: Brick1: glu1:/home/gluster-vol2 Server config: 1: volume vol2-posix 2: type storage/posix 3: option directory /home/gluster-vol2 4: end-volume 5: 6: volume vol2-access-control 7: type features/access-control 8: subvolumes vol2-posix 9: end-volume 10: 11: volume vol2-locks 12: type features/locks 13: subvolumes vol2-access-control 14: end-volume 15: 16: volume vol2-io-threads 17: type performance/io-threads 18: subvolumes vol2-locks 19: end-volume 20: 21: volume vol2-marker 22: type features/marker 23: option volume-uuid 7158b154-cd90-4049-8048-668f2e9ba769 24: option timestamp-file /etc/glusterd/vols/vol2/marker.tstamp 25: option xtime off 26: option quota off 27: subvolumes vol2-io-threads 28: end-volume 29: 30: volume /home/gluster-vol2 31: type debug/io-stats 32: option latency-measurement off 33: option count-fop-hits off 34: subvolumes vol2-marker 35: end-volume 36: 37: volume vol2-server 38: type protocol/server 39: option transport-type tcp 40: option auth.addr./home/gluster-vol2.allow * 41: subvolumes /home/gluster-vol2 42: end-volume Client config: 1: volume vol2-client-0 2: type protocol/client 3: option remote-host glu1 4: option remote-subvolume /home/gluster-vol2 5: option transport-type tcp 6: end-volume 7: 8: volume vol2-write-behind 9: type performance/write-behind 10: subvolumes vol2-client-0 11: end-volume 12: 13: volume vol2-read-ahead 14: type performance/read-ahead 15: subvolumes vol2-write-behind 16: end-volume 17: 18: volume vol2-io-cache 19: type performance/io-cache 20: subvolumes vol2-read-ahead 21: end-volume 22: 23: volume vol2-quick-read 24: type performance/quick-read 25: subvolumes vol2-io-cache 26: end-volume 27: 28: volume vol2-stat-prefetch 29: type performance/stat-prefetch 30: subvolumes vol2-quick-read 31: end-volume 32: 33: volume vol2 34: type debug/io-stats 35: option latency-measurement off 36: option count-fop-hits off 37: subvolumes vol2-stat-prefetch 38: end-volume The client is mounted with: root@ns224055:~# mount -t glusterfs glu1:/vol2 /gluster2 To run the test: root@ns224055:~# git clone git://fedorapeople.org/~steved/cthon04 Initialized empty Git repository in /root/cthon04/.git/ remote: Counting objects: 256, done. remote: Compressing objects: 100% (255/255), done. remote: Total 256 (delta 139), reused 0 (delta 0) Receiving objects: 100% (256/256), 124.98 KiB, done. Resolving deltas: 100% (139/139), done. root@ns224055:~# cd cthon04/special/ root@ns224055:~/cthon04/special# make bigfile cd ../basic; make subr.o make[1]: Entering directory `/root/cthon04/basic' cc `echo -DLINUX -DGLIBC=22 -DMMAP -DSTDARG` -c -o subr.o subr.c make[1]: Leaving directory `/root/cthon04/basic' cc `echo -DLINUX -DGLIBC=22 -DMMAP -DSTDARG` -o bigfile bigfile.c ../basic/subr.o `echo -lnsl` root@ns224055:~/cthon04/special# while : ; do ./bigfile /gluster2/foo || break ; date ; done Thanks for the proper description. We could reproduce the issue in-house with your code. Will try to address this asap. Regards, Amar Hi Jean, Please try with the patch: http://review.gluster.com/555 It did solve the issue for me while using bigfile (In reply to comment #5) > Hi Jean, > > Please try with the patch: http://review.gluster.com/555 > > It did solve the issue for me while using bigfile Can you please attach the patch? For some reason, I can only browse the changes, not download a patch. Created attachment 683 With this patch, things worked for me (it is based on master branch) (In reply to comment #7) > With this patch, things worked for me (it is based on master branch) I backported the patch to v3.2.3, and can no longer reproduce the problem. Thanks! Also, if I may suggest, the Connectathon test suite is a useful tool for regression testing: $ cd cthon04 $ make ... $ ./runtests -a -f /gluster/foo I found this bug by running a loop of torture tests which includes this test suite. Sure. We will integrate this in our testing suite. CHANGE: http://review.gluster.com/555 (earlier it was hardcoded to 8, now increased the size to 16.) merged in master by Vijay Bellur (vijay) CHANGE: http://review.gluster.com/570 (earlier it was hardcoded to 8, now increased the size to 16.) merged in release-3.2 by Vijay Bellur (vijay) I do not see any hangs with 3.2.5qa4 on RHEL-6.1 |