Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp365808imd; Wed, 31 Oct 2018 21:13:22 -0700 (PDT) X-Google-Smtp-Source: AJdET5fGy7Mplvl332TdipFOZjDafzCnUBojQh7tRTTi4G/Yt3bDMWpsFl0DzmMW4UZM4Y8d6rfS X-Received: by 2002:a62:1693:: with SMTP id 141-v6mr6362682pfw.183.1541045602558; Wed, 31 Oct 2018 21:13:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541045602; cv=none; d=google.com; s=arc-20160816; b=BHMEUT0pLkOD3AW81MiS6Yilk1I3+mZYAH8/zbXBZdFTHDz4dq1JeUrD0GVK3aY9/W Z7nvooEDjPZAsDQ8W6VQENy/JBY8vJKvFHrC9tkj43NN0BAbzsOYl5DBnLpnCTEFd3v7 wxlj7jyN6AFZKKuxRvRN47GFGa9ubyTFG+Gl5D8qNtyjtYz/t+9x4L6bBjaAlN7L/zz4 ykPbeIGOMEgWUp4MBp3qeohgnMajegpbXCkTkFhV0uLbA1QtVfwJB3OKPCPE5pCRrexA WCHraKTHk2P6uhHFVO717/RE7BN035qYxPwE3dOWefksoB7BEaHsM7mJD0zMahTYQfLG ldnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=IZxXOrcI2i7J6uqT8DdPeMzQdRgqIpCcLHcPCXN6SU0=; b=jlwknX+4NM2LMtsc7uMx/DuNsV6MNzP1GleJU0I0pDaH9UE3FFgh2Kj4H6umMWY8Hl K78xVsGTk3j76UR3Ke0FtURXLSxTq8JdVm63DLj94vuoZlLxckATCenVNGhaUv78seQa a0HR4WPbvHXT1gNZauDXb5944zCfrY7GKjpGhmCah2u49CG1GZ3ESaG6XtJJpLnmMzf3 uApI2MPb7wfI+bGu6b7nlcTufG/h8KpeRpJ8s1f2PLFfyh0hJ6yC0YLmnLx7RF5f1tkt vpQUYl+WpbkDkwd8sxvRhYrKh3WB1jS6b7N5HiBu/S8ywHbSsMFiG6yrWIxOPVsl1T1/ GNvA== 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 16si3589007pgh.58.2018.10.31.21.12.52; Wed, 31 Oct 2018 21:13:22 -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 S1727581AbeKANNc (ORCPT + 99 others); Thu, 1 Nov 2018 09:13:32 -0400 Received: from smtp2.provo.novell.com ([137.65.250.81]:57788 "EHLO smtp2.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726419AbeKANNc (ORCPT ); Thu, 1 Nov 2018 09:13:32 -0400 Received: from [10.67.18.174] (prv-ext-foundry1int.gns.novell.com [137.65.251.240]) by smtp2.provo.novell.com with ESMTP (TLS encrypted); Wed, 31 Oct 2018 22:12:09 -0600 Subject: Re: [Ocfs2-devel] [PATCH V2] ocfs2: fix dead lock caused by ocfs2_defrag_extent To: Changwei Ge , Andrew Morton Cc: "linux-kernel@vger.kernel.org" , "ocfs2-devel@oss.oracle.com" References: <20180902091455.23862-1-lchen@suse.com> <20181031142632.c523108bc137caa8cb1c6282@linux-foundation.org> <63ADC13FD55D6546B7DECE290D39E37301277DDF02@H3CMLB12-EX.srv.huawei-3com.com> From: Larry Chen Message-ID: Date: Thu, 1 Nov 2018 12:12:05 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <63ADC13FD55D6546B7DECE290D39E37301277DDF02@H3CMLB12-EX.srv.huawei-3com.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Changwei, Thanks for your review, I'll improve my patch and resend it later. Thanks Larry On 11/1/18 11:11 AM, Changwei Ge wrote: > Hi Larry, > > I still have a few tiny comments for your patch, please refer to them. > > On 2018/11/1 5:28, Andrew Morton wrote: >> >> Folks, could we please review this patch for upstream inclusion? >> >> Thanks. >> >> >> From: Larry Chen >> Subject: ocfs2: fix deadlock caused by ocfs2_defrag_extent >> >> ocfs2_defrag_extent may fall into deadlock. >> >> 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 backtrace 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 deadlock 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(). >> >> ocfs2_lock_allocators_move_extents() is 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. >> >> [lchen@suse.com: rename ocfs2_lock_allocators_move_extents() to ocfs2_lock_meta_allocator_move_extents(), add some comments] >> Link: https://urldefense.proofpoint.com/v2/url?u=http-3A__lkml.kernel.org_r_20180902091455.23862-2D1-2Dlchen-40suse.com&d=DwICAg&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=C7gAd4uDxlAvTdc0vmU6X8CMk6L2iDY8-HD0qT6Fo7Y&m=K8aRgOiMescamJW-IuHq-cW4mWedGQv2JTT-2KPy1RI&s=3fQHFtwgixirPeQ5Px4fRBnd_UcSx3rvSsLKLidwESo&e= >> Link: https://urldefense.proofpoint.com/v2/url?u=http-3A__lkml.kernel.org_r_20180827080121.31145-2D1-2Dlchen-40suse.com&d=DwICAg&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=C7gAd4uDxlAvTdc0vmU6X8CMk6L2iDY8-HD0qT6Fo7Y&m=K8aRgOiMescamJW-IuHq-cW4mWedGQv2JTT-2KPy1RI&s=PQOJREyeElsg_1IlINdSGefNqA6w_cUrI1ezdVxyi7o&e= >> Signed-off-by: Larry Chen >> Cc: Mark Fasheh >> Cc: Joel Becker >> Cc: Junxiao Bi >> Cc: Joseph Qi >> Cc: Changwei Ge >> Signed-off-by: Andrew Morton >> --- >> >> fs/ocfs2/move_extents.c | 40 +++++++++++++++++++++++--------------- >> 1 file changed, 25 insertions(+), 15 deletions(-) >> >> --- a/fs/ocfs2/move_extents.c~fix-dead-lock-caused-by-ocfs2_defrag_extent >> +++ a/fs/ocfs2/move_extents.c >> @@ -162,7 +162,7 @@ out: >> * in some cases, we don't need to reserve clusters, just let data_ac >> * be NULL. >> */ >> -static int ocfs2_lock_allocators_move_extents(struct inode *inode, >> +static int ocfs2_lock_meta_allocator_move_extents(struct inode *inode, >> struct ocfs2_extent_tree *et, >> u32 clusters_to_move, >> u32 extents_to_split, > > After removing 'reserving clusters logic' out of this function, I suggest to also change the function header comments. > And I think there is no need for arguments _data_ac_ now. > Otherwise this patch looks sane to me. > > Thanks, > Changwei > >> @@ -192,13 +192,6 @@ static int ocfs2_lock_allocators_move_ex >> 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); >> >> @@ -257,10 +250,11 @@ static int ocfs2_defrag_extent(struct oc >> } >> } >> >> - ret = ocfs2_lock_allocators_move_extents(inode, &context->et, *len, 1, >> - &context->meta_ac, >> - &context->data_ac, >> - extra_blocks, &credits); >> + ret = ocfs2_lock_meta_allocator_move_extents(inode, &context->et, >> + *len, 1, >> + &context->meta_ac, >> + &context->data_ac, >> + extra_blocks, &credits); >> if (ret) { >> mlog_errno(ret); >> goto out; >> @@ -283,6 +277,21 @@ static int ocfs2_defrag_extent(struct oc >> } >> } >> >> + /* >> + * Make sure ocfs2_reserve_cluster is called after >> + * __ocfs2_flush_truncate_log, otherwise, dead lock may happen. >> + * >> + * If ocfs2_reserve_cluster is called >> + * before __ocfs2_flush_truncate_log, dead lock on global bitmap >> + * may happen. >> + * >> + */ >> + 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); >> @@ -600,9 +609,10 @@ static int ocfs2_move_extent(struct ocfs >> } >> } >> >> - ret = ocfs2_lock_allocators_move_extents(inode, &context->et, len, 1, >> - &context->meta_ac, >> - NULL, extra_blocks, &credits); >> + ret = ocfs2_lock_meta_allocator_move_extents(inode, &context->et, >> + len, 1, >> + &context->meta_ac, >> + NULL, extra_blocks, &credits); >> if (ret) { >> mlog_errno(ret); >> goto out; >> _ >> >> >> _______________________________________________ >> Ocfs2-devel mailing list >> Ocfs2-devel@oss.oracle.com >> https://oss.oracle.com/mailman/listinfo/ocfs2-devel >> >