path: root/tests/bugs/fuse/bug-985074.t
diff options
authorNiels de Vos <>2014-12-26 12:57:48 +0100
committerVijay Bellur <>2015-01-06 03:24:24 -0800
commit64954eb3c58f4ef077e54e8a3726fd2d27419b12 (patch)
tree52cd5a39bbfda7442a5f0955ac2800b74a45b58a /tests/bugs/fuse/bug-985074.t
parentc4ab37c02e9edc23d0637e23d6f2b42d0827dad2 (diff)
tests: move all test-cases into component subdirectories
There are around 300 regression tests, 250 being in tests/bugs. Running partial set of tests/bugs is not easy because this is a flat directory with almost all tests inside. It would be valuable to make partial test/bugs easier, and allow the use of mulitple build hosts for a single commit, each running a subset of the tests for a quicker result. Additional changes made: - correct the include path for *.rc shell libraries and *.py utils - make the testcases pass checkpatch - arequal-checksum in afr/self-heal.t was never executed, now it is - include.rc now complains loudly if it fails to find env.rc Change-Id: I26ffd067e9853d3be1fd63b2f37d8aa0fd1b4fea BUG: 1178685 Reported-by: Emmanuel Dreyfus <> Reported-by: Atin Mukherjee <> URL: Signed-off-by: Niels de Vos <> Reviewed-on: Reviewed-by: Kaleb KEITHLEY <> Reviewed-by: Emmanuel Dreyfus <> Tested-by: Gluster Build System <> Reviewed-by: Vijay Bellur <>
Diffstat (limited to 'tests/bugs/fuse/bug-985074.t')
1 files changed, 55 insertions, 0 deletions
diff --git a/tests/bugs/fuse/bug-985074.t b/tests/bugs/fuse/bug-985074.t
new file mode 100644
index 00000000000..d10fd9f8b41
--- /dev/null
+++ b/tests/bugs/fuse/bug-985074.t
@@ -0,0 +1,55 @@
+# Bug 985074 - Verify stale inode/dentry mappings are cleaned out.
+# This test verifies that an inode/dentry mapping for a file removed via a
+# separate mount point is cleaned up appropriately. We create a file and hard
+# link from client 1. Next we remove the link via client 2. Finally, from client
+# 1 we attempt to rename the original filename to the name of the just removed
+# hard link.
+# If the inode is not unlinked properly, the removed directory entry can resolve
+# to an inode (on the client that never saw the rm) that ends up passed down
+# through the lookup call. If md-cache holds valid metadata on the inode (due to
+# a large timeout value or recent lookup on the valid name), it is tricked into
+# returning a successful lookup that should have returned ENOENT. This manifests
+# as an error from the mv command in the following test sequence because file
+# and resolve to the same file:
+# # mv /mnt/glusterfs/0/file /mnt/glusterfs/0/
+# mv: `/mnt/glusterfs/0/file' and `/mnt/glusterfs/0/' are the same file
+. $(dirname $0)/../../include.rc
+. $(dirname $0)/../../volume.rc
+TEST glusterd
+TEST $CLI volume create $V0 $H0:$B0/$V0
+TEST $CLI volume start $V0
+TEST $CLI volume set $V0 md-cache-timeout 3
+TEST glusterfs --volfile-id=$V0 --volfile-server=$H0 $M0 --entry-timeout=0 --attribute-timeout=0
+TEST glusterfs --volfile-id=$V0 --volfile-server=$H0 $M1 --entry-timeout=0 --attribute-timeout=0
+TEST touch $M0/file
+TEST ln $M0/file $M0/
+TEST ls -ali $M0 $M1
+TEST rm -f $M1/
+TEST ls -ali $M0 $M1
+# expire the md-cache timeout
+sleep 3
+TEST mv $M0/file $M0/
+TEST stat $M0/
+TEST ! stat $M0/file
+TEST $CLI volume stop $V0
+TEST $CLI volume delete $V0