Backport posted here: https://code.engineering.redhat.com/gerrit/#/c/72852/

1. PUT an object with some data :
curl -i -d "swiftonfile" http://localhost:8080/v1/AUTH_test/c1/file1 -X PUT

2. curl -i http://localhost:8080/v1/AUTH_test/c1/file1 -X GET

3. Observe the process by attaching to strace:
strace -ff -p 10245 -e open,close,dup

Process 19074 attached with 21 threads
[pid 19074] open("/mnt/gluster-object/test/c1/file1", O_RDONLY|O_CLOEXEC) = 10
[pid 19074] close(10)                   = 0
[pid 19074] close(6)                    = 0


4. # echo "aaaaaaaaaaa" > /mnt/gluster-object/test/c1/file1

[pid 19074] open("/mnt/gluster-object/test/c1/file1", O_RDONLY|O_CLOEXEC) = 10
[pid 19074] dup(10)                     = 12
[pid 19074] close(12)                   = 0
[pid 19074] close(10)                   = 0

5. # curl -i http://localhost:8080/v1/AUTH_test/c1/file1 -X GET

Process 19074 attached with 21 threads
[pid 19074] open("/mnt/gluster-object/test/c1/file1", O_RDONLY|O_CLOEXEC) = 10
[pid 19074] close(10)                   = 0
[pid 19074] close(6)                    = 0
[pid 19074] open("/mnt/gluster-object/test/c1/file1", O_RDONLY|O_CLOEXEC) = 10
[pid 19074] dup(10)                     = 12
[pid 19074] close(12)                   = 0
[pid 19074] close(10)                   = 0
[pid 19074] close(6)                    = 0

ls -l /proc/19074/fd | grep file1


No fd leaks observed.Marking the BZ verified.

swiftonfile-1.13.1-7.el6rhs.noarch

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2016:1246