Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp75269pxb; Tue, 21 Sep 2021 19:12:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwH7lab8lW1RM5/TFjOjsA4L3TgClTb/+Blr71cGV1/eoMOJli477ezpDPPNkeLGrRP0TwR X-Received: by 2002:a05:6638:13d5:: with SMTP id i21mr2691769jaj.55.1632276741134; Tue, 21 Sep 2021 19:12:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632276741; cv=none; d=google.com; s=arc-20160816; b=NcxFgS9XdgjHFHvXqNkequ8JpyDO4Zy1tE3ld9AnslfPjnXcH9vS5HJpW/F//O1Nf0 6w9etnshSuYOA2d5Db6UBThVi7uOVz/7Ue04NjjVP9GQrkLY2T8oA+uKn/flpTvos/+e 88tFNo63XHvlzdydpTnM9t3SxtMW/aDZuh+3kuPG9I3rLNCwuwHYcQ24657Wk8W8NlRq qxVJAzGd/1tPiB5UnpT+bcMLjF4eEAiZdVMkg+bsYBx0osNKdns7lQFqUDsUUggk/A6r o0u08r4snz71NkrRqRglhb7YRz2uZ3DwOo89xvZc4fmI4yXkHqpgxnK/1hrA7Zgo6CjF A+Ww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=U34TJPAJwNe1evH4Qv/P0WrUHw8GNSXvKchmmJ6a2Pk=; b=AhJhwqcQQv0GXZ7uZeD9knWlAqYgexI8g+LMKzN6NJgJFZyrORd4fQFrwYFpkSrwZg ZB8xBIekKy1gGgz7hJNmsmZLAdRejqbBKDYe2lqRRCoX7EisE1BvROF6tLMs3B1UnYim gGASLGOJdfpd4uZ1SIry1UeaT3e/jU69faYRcefvCLsSnr6ThOco+Mjd5SzsDmBAx957 nln+MVDOd6vvGux6DRZSCZHfUw6SLLf1AOlB2JRKc+If/w//xIVU6LN6KKjL6g6dAagY vnuUj+ac4PuwaaJz1aYKxRrOFYOl4G9khqFluHVSp+hErdc9R/ppQM/Fhz4Im8+bG4c9 bN7Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i22si715280jaj.107.2021.09.21.19.12.10; Tue, 21 Sep 2021 19:12:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232546AbhIVBtu (ORCPT + 99 others); Tue, 21 Sep 2021 21:49:50 -0400 Received: from mail104.syd.optusnet.com.au ([211.29.132.246]:60407 "EHLO mail104.syd.optusnet.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230433AbhIVBtt (ORCPT ); Tue, 21 Sep 2021 21:49:49 -0400 Received: from dread.disaster.area (pa49-195-238-16.pa.nsw.optusnet.com.au [49.195.238.16]) by mail104.syd.optusnet.com.au (Postfix) with ESMTPS id E147B882B77; Wed, 22 Sep 2021 11:48:06 +1000 (AEST) Received: from dave by dread.disaster.area with local (Exim 4.92.3) (envelope-from ) id 1mSrMi-00FFIs-Kc; Wed, 22 Sep 2021 11:48:04 +1000 Date: Wed, 22 Sep 2021 11:48:04 +1000 From: Dave Chinner To: Rustam Kovhaev Cc: Eric Sandeen , Fengfei Xi , darrick.wong@oracle.com, linux-xfs@vger.kernel.org, linux-kernel@vger.kernel.org, tian.xianting@h3c.com Subject: Re: [PATCH] xfs: fix system crash caused by null bp->b_pages Message-ID: <20210922014804.GQ1756565@dread.disaster.area> References: <20201224095142.7201-1-xi.fengfei@h3c.com> <63d75865-84c6-0f76-81a2-058f4cad1d84@sandeen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.3 cv=F8MpiZpN c=1 sm=1 tr=0 a=DzKKRZjfViQTE5W6EVc0VA==:117 a=DzKKRZjfViQTE5W6EVc0VA==:17 a=IkcTkHD0fZMA:10 a=7QKq2e-ADPsA:10 a=7-415B0cAAAA:8 a=7LpL5LFFSHU8rAMU7E4A:9 a=QEXdDO2ut3YA:10 a=biEYGPWJfzWAr4FL6Ov7:22 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 21, 2021 at 03:48:13PM -0700, Rustam Kovhaev wrote: > Hi Fengfei, Eric, > > On Thu, Dec 24, 2020 at 01:35:32PM -0600, Eric Sandeen wrote: > > On 12/24/20 3:51 AM, Fengfei Xi wrote: > > > We have encountered the following problems several times: > > > 1、A raid slot or hardware problem causes block device loss. > > > 2、Continue to issue IO requests to the problematic block device. > > > 3、The system possibly crash after a few hours. > > > > What kernel is this on? > > > > I have a customer that recently hit this issue on 4.12.14-122.74 > SLE12-SP5 kernel. I think need to engage SuSE support and engineering, then, as this is not a kernel supported by upstream devs. I'd be saying the same thing if this was an RHEL frankenkernel, too. > Here is my backtrace: > [965887.179651] XFS (veeamimage0): Mounting V5 Filesystem > [965887.848169] XFS (veeamimage0): Starting recovery (logdev: internal) > [965888.268088] XFS (veeamimage0): Ending recovery (logdev: internal) > [965888.289466] XFS (veeamimage1): Mounting V5 Filesystem > [965888.406585] XFS (veeamimage1): Starting recovery (logdev: internal) > [965888.473768] XFS (veeamimage1): Ending recovery (logdev: internal) > [986032.367648] XFS (veeamimage0): metadata I/O error: block 0x1044a20 ("xfs_buf_iodone_callback_error") error 5 numblks 32 Storage layers returned -EIO a second before things went bad. Whether that is relevant cannot be determined from the information provided. > [986033.152809] BUG: unable to handle kernel NULL pointer dereference at (null) > [986033.152973] IP: xfs_buf_offset+0x2c/0x60 [xfs] > [986033.153013] PGD 0 P4D 0 > [986033.153041] Oops: 0000 [#1] SMP PTI > [986033.153083] CPU: 13 PID: 48029 Comm: xfsaild/veeamim Tainted: P OE 4.12.14-122.74-default #1 SLE12-SP5 And there are unknown proprietary modules loaded, so we can't trust the code in the kernel to be operating correctly... I'm not sure there's really anything upstream developers can help with without any idea of how to reproduce this problem on a current kernel... Cheers, Dave. -- Dave Chinner david@fromorbit.com