diff options
author | Raghavendra Bhat <raghavendra@redhat.com> | 2014-10-29 17:47:48 +0530 |
---|---|---|
committer | Vijay Bellur <vbellur@redhat.com> | 2014-10-30 01:49:37 -0700 |
commit | 8ab61c18d5de81aa613130e8f65b2f420476c08e (patch) | |
tree | da51bc44f6214c9f0404856be77aeca5988e894a /xlators/features/snapview-server | |
parent | 3b022b19b77c3a159682b76998fa9ac9518e1c3c (diff) |
features/snapview-server: verify the fs instance in revalidated lookups as well
Change-Id: Id5f9d5a23eb5932a0a53520b08ffba258952e000
BUG: 1151004
Signed-off-by: Raghavendra Bhat <raghavendra@redhat.com>
Reviewed-on: http://review.gluster.org/8999
Tested-by: Gluster Build System <jenkins@build.gluster.com>
Reviewed-by: Vijay Bellur <vbellur@redhat.com>
Diffstat (limited to 'xlators/features/snapview-server')
-rw-r--r-- | xlators/features/snapview-server/src/snapview-server.c | 60 |
1 files changed, 53 insertions, 7 deletions
diff --git a/xlators/features/snapview-server/src/snapview-server.c b/xlators/features/snapview-server/src/snapview-server.c index 4bb8e3be8f3..8921909d7ee 100644 --- a/xlators/features/snapview-server/src/snapview-server.c +++ b/xlators/features/snapview-server/src/snapview-server.c @@ -367,6 +367,10 @@ svs_revalidate (xlator_t *this, loc_t *loc, inode_t *parent, struct iatt *buf, struct iatt *postparent, int32_t *op_errno) { int32_t op_ret = -1; + int ret = -1; + char tmp_uuid[64] = {0, }; + glfs_t *fs = NULL; + glfs_object_t *object = NULL; GF_VALIDATE_OR_GOTO ("snapview-server", this, out); GF_VALIDATE_OR_GOTO (this->name, buf, out); @@ -383,14 +387,56 @@ svs_revalidate (xlator_t *this, loc_t *loc, inode_t *parent, op_ret = 0; goto out; } else { + /* Though fs and object are present in the inode context, its + * better to check if fs is valid or not before doing anything. + * Its for the protection from the following operations. + * 1) Create a file on the glusterfs mount point + * 2) Create a snapshot (say "snap1") + * 3) Access the contents of the snapshot + * 4) Delete the file from the mount point + * 5) Delete the snapshot "snap1" + * 6) Create a new snapshot "snap1" + * + * Now accessing the new snapshot "snap1" gives problems. + * Because the inode and dentry created for snap1 would not be + * deleted upon the deletion of the snapshot (as deletion of + * snapshot is a gluster cli operation, not a fop). So next time + * upon creation of a new snap with same name, the previous + * inode and dentry itself will be used. But the inode context + * contains old information about the glfs_t instance and the + * handle in the gfapi world. Thus the glfs_t instance should + * be checked before accessing. If its wrong, then right + * instance should be obtained by doing the lookup. + */ if (inode_ctx->fs && inode_ctx->object) { - memcpy (buf, &inode_ctx->buf, sizeof (*buf)); - if (parent) - svs_iatt_fill (parent->gfid, postparent); - else - svs_iatt_fill (buf->ia_gfid, postparent); - op_ret = 0; - goto out; + fs = inode_ctx->fs; + object = inode_ctx->object; + SVS_CHECK_VALID_SNAPSHOT_HANDLE(fs, this); + if (fs) { + memcpy (buf, &inode_ctx->buf, sizeof (*buf)); + if (parent) + svs_iatt_fill (parent->gfid, + postparent); + else + svs_iatt_fill (buf->ia_gfid, + postparent); + op_ret = 0; + goto out; + } else { + inode_ctx->fs = NULL; + inode_ctx->object = NULL; + ret = svs_get_handle (this, loc, inode_ctx, + op_errno); + if (ret) { + gf_log (this->name, GF_LOG_ERROR, + "failed to get the handle for " + "%s (gfid %s)", loc->path, + uuid_utoa_r (loc->inode->gfid, + tmp_uuid)); + op_ret = -1; + goto out; + } + } } /* To send the lookup to gfapi world, both the name of the |