Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5626866imm; Mon, 27 Aug 2018 01:03:00 -0700 (PDT) X-Google-Smtp-Source: ANB0VdbyVkcmNylbchjZWpfdD6UQA0tUDDoFM4i20i3tjUo+p0n4qIAxmWFo1ab+uHW9FVhT+XfM X-Received: by 2002:a17:902:8e86:: with SMTP id bg6-v6mr12167514plb.108.1535356980347; Mon, 27 Aug 2018 01:03:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535356980; cv=none; d=google.com; s=arc-20160816; b=FSkU9+zNWybiCg9IrAloscq48iWsWnjkAn3VoNRO1tr2T/9o8xgZv76Soj+gJEidce P5W+5ZW80LQf+gET9JKhKSvVEV7KsNRMknaqI6DNpSPXzPqpISvBkOeyyzQvoaAn8AV0 gXZLn58AOGz69XPXdHYBjbPVa2TvhE0UYqEUhwlss7nwctqKVLy+xFdBRtRcVSme7KOx UFe+1twvsSgw+L9wodC0bIlPfvlaHnIfLCCVL/PVHUIYG3JETdJ3zEY5M8VRtLpKecRe qQxaL3VGDdsgYKF3Vs3XIinTbwM4yKe0/Cr6FgNHjj1J0EFDWJX0hYCcKBcxRcTTFYmB ICWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=lpOpuAFfrol5zJNuw6PexOabwc2Y1DJOxuWuEo5QzCQ=; b=mdAKvN+yGYSE3ybozPalQQMWTs/6ZJqjrES2L1kJLYP+ach1FgN0ehvdgBjdUHVzyJ x62gifbcNELtEBbA1RX0ekRbzrPjslBTgyB5uP4De+f6ebdLs2txPVuEO/jX6oUCQOio pGjFKMbsh+pJ5eb0MzqFkhWVylYjxCfJRK1W0jkZRb6TvJKQTA5RUshzskFJcnbqCHql Gcln9XVefQffc7p2TmYf92xusXkAaENRTjCSc5viwPx/Gxj+FQoietzVdW6H27Dv91gP pnLgBaOrblSKK0IxoXF8QpKKmFsa8FV/wW2Qx6LsgtuN8DzwMq9k1pAA6CetcG9lZvnR IbXw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y13-v6si2654124pgl.555.2018.08.27.01.02.44; Mon, 27 Aug 2018 01:03:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726968AbeH0LrK (ORCPT + 99 others); Mon, 27 Aug 2018 07:47:10 -0400 Received: from smtp2.provo.novell.com ([137.65.250.81]:58171 "EHLO smtp2.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726802AbeH0LrK (ORCPT ); Mon, 27 Aug 2018 07:47:10 -0400 Received: from Beta.suse.asia (prv-ext-foundry1int.gns.novell.com [137.65.251.240]) by smtp2.provo.novell.com with ESMTP (NOT encrypted); Mon, 27 Aug 2018 02:01:30 -0600 From: Larry Chen To: mfasheh@suse.com, jlbec@evilplan.org Cc: linux-kernel@vger.kernel.org, ocfs2-devel@oss.oracle.com, akpm@linux-foundation.org Subject: [PATCH] fix dead lock caused by ocfs2_defrag_extent Date: Mon, 27 Aug 2018 16:01:21 +0800 Message-Id: <20180827080121.31145-1-lchen@suse.com> X-Mailer: git-send-email 2.13.7 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ocfs2_defrag_extent may fall into dead lock. ocfs2_ioctl_move_extents ocfs2_ioctl_move_extents ocfs2_move_extents ocfs2_defrag_extent ocfs2_lock_allocators_move_extents ocfs2_reserve_clusters inode_lock GLOBAL_BITMAP_SYSTEM_INODE __ocfs2_flush_truncate_log inode_lock GLOBAL_BITMAP_SYSTEM_INODE As back trace shows above, ocfs2_reserve_clusters will call inode_lock against the global bitmap if local allocator has not sufficient cluters. Once global bitmap could meet the demand, ocfs2_reserve_cluster will return success with global bitmap locked. After ocfs2_reserve_cluster, if truncate log is full, __ocfs2_flush_truncate_log will definitely fall into dead lock because it needs to inode_lock global bitmap, which has already been locked. To fix this bug, we could remove from ocfs2_lock_allocators_move_extents the code which intends to lock global allocator, and put the removed code after __ocfs2_flush_truncate_log The ocfs2_lock_allocators_move_extents has been refered by 2 places, one is here, the other does not need the data allocator context, which means this patch does not affect the caller so far. Signed-off-by: Larry Chen --- fs/ocfs2/move_extents.c | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/fs/ocfs2/move_extents.c b/fs/ocfs2/move_extents.c index 7eb3b0a6347e..064dedf40d74 100644 --- a/fs/ocfs2/move_extents.c +++ b/fs/ocfs2/move_extents.c @@ -192,13 +192,6 @@ static int ocfs2_lock_allocators_move_extents(struct inode *inode, goto out; } - if (data_ac) { - ret = ocfs2_reserve_clusters(osb, clusters_to_move, data_ac); - if (ret) { - mlog_errno(ret); - goto out; - } - } *credits += ocfs2_calc_extend_credits(osb->sb, et->et_root_el); @@ -283,6 +276,12 @@ static int ocfs2_defrag_extent(struct ocfs2_move_extents_context *context, } } + ret = ocfs2_reserve_clusters(osb, *len, &context->data_ac); + if (ret) { + mlog_errno(ret); + goto out_unlock_mutex; + } + handle = ocfs2_start_trans(osb, credits); if (IS_ERR(handle)) { ret = PTR_ERR(handle); -- 2.13.7