summaryrefslogtreecommitdiffstats
path: root/tests/traps.rc
diff options
context:
space:
mode:
authorKrutika Dhananjay <kdhananj@redhat.com>2020-03-23 11:47:10 +0530
committerAmar Tumballi <amar@kadalu.io>2020-03-26 04:44:39 +0000
commitcc43ac8651de9aa508b01cb259b43c02d89b2afc (patch)
treeda6b82644a1140234b4887ebdbcc070321dfb3b5 /tests/traps.rc
parentc375f25b3e305cef2ab020866a10f26a7fbf1957 (diff)
features/shard: Fix crash during shards cleanup in error casesHEADmaster
A crash is seen during a reattempt to clean up shards in background upon remount. And this happens even on remount (which means a remount is no workaround for the crash). In such a situation, the in-memory base inode object will not be existent (new process, non-existent base shard). So local->resolver_base_inode will be NULL. In the event of an error (in this case, of space running out), the process would crash at the time of logging the error in the following line - gf_msg(this->name, GF_LOG_ERROR, local->op_errno, SHARD_MSG_FOP_FAILED, "failed to delete shards of %s", uuid_utoa(local->resolver_base_inode->gfid)); Fixed that by using local->base_gfid as the source of gfid when local->resolver_base_inode is NULL. Change-Id: I0b49f2b58becd0d8874b3d4b14ff8d92a89d02d5 Fixes: #1127 Signed-off-by: Krutika Dhananjay <kdhananj@redhat.com>
Diffstat (limited to 'tests/traps.rc')
0 files changed, 0 insertions, 0 deletions