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;
Content-Type: text/plain;
        charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Subject: Re: linux-next: xfs metadata corruption since 30 March
From:   Qian Cai <cai@lca.pw>
In-Reply-To: <11749734.KdfBBZeIvc@localhost.localdomain>
Date:   Wed, 1 Apr 2020 00:15:32 -0400
Cc:     "Darrick J. Wong" <darrick.wong@oracle.com>,
        Christoph Hellwig <hch@lst.de>, linux-xfs@vger.kernel.org,
        LKML <linux-kernel@vger.kernel.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <FDCFF269-C30C-42A8-B926-A8731E110848@lca.pw>
References: <990EDC4E-1A4E-4AC3-84D9-078ACF5EB9CC@lca.pw>
 <11749734.KdfBBZeIvc@localhost.localdomain>
To:     Chandan Rajendra <chandan@linux.ibm.com>
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk


> On Apr 1, 2020, at 12:14 AM, Chandan Rajendra <chandan@linux.ibm.com> =
wrote:
>=20
> On Wednesday, April 1, 2020 3:27 AM Qian Cai wrote:=20
>> Ever since two days ago, linux-next starts to trigger xfs metadata =
corruption
>> during compilation workloads on both powerpc and arm64,
>=20
> Can you please provide the filesystem geometry information?
> You can get that by executing "xfs_info <mount-point>" command.
>=20

=3D=3D arm64 =3D=3D
# xfs_info /home/
meta-data=3D/dev/mapper/rhel_hpe--apollo--cn99xx--11-home isize=3D512    =
agcount=3D4, agsize=3D113568256 blks
         =3D                       sectsz=3D4096  attr=3D2, =
projid32bit=3D1
         =3D                       crc=3D1        finobt=3D1, sparse=3D1, =
rmapbt=3D0
         =3D                       reflink=3D1
data     =3D                       bsize=3D4096   blocks=3D454273024, =
imaxpct=3D5
         =3D                       sunit=3D0      swidth=3D0 blks
naming   =3Dversion 2              bsize=3D4096   ascii-ci=3D0, ftype=3D1
log      =3Dinternal log           bsize=3D4096   blocks=3D221813, =
version=3D2
         =3D                       sectsz=3D4096  sunit=3D1 blks, =
lazy-count=3D1
realtime =3Dnone                   extsz=3D4096   blocks=3D0, =
rtextents=3D0


=3D=3D powerpc =3D=3D
# xfs_info /home/
meta-data=3D/dev/mapper/rhel_ibm--p9wr--01-home isize=3D512    =
agcount=3D4, agsize=3D118489856 blks
         =3D                       sectsz=3D4096  attr=3D2, =
projid32bit=3D1
         =3D                       crc=3D1        finobt=3D1, sparse=3D1, =
rmapbt=3D0
         =3D                       reflink=3D1
data     =3D                       bsize=3D4096   blocks=3D473959424, =
imaxpct=3D5
         =3D                       sunit=3D0      swidth=3D0 blks
naming   =3Dversion 2              bsize=3D4096   ascii-ci=3D0, ftype=3D1
log      =3Dinternal log           bsize=3D4096   blocks=3D231425, =
version=3D2
         =3D                       sectsz=3D4096  sunit=3D1 blks, =
lazy-count=3D1
realtime =3Dnone                   extsz=3D4096   blocks=3D0, =
rtextents=3D0

=3D=3D x86 (not yet reproduced)  =3D=3D
meta-data=3D/dev/mapper/rhel_hpe--dl380gen9--01-home isize=3D512    =
agcount=3D16, agsize=3D3283776 blks
         =3D                       sectsz=3D512   attr=3D2, =
projid32bit=3D1
         =3D                       crc=3D1        finobt=3D1, sparse=3D1, =
rmapbt=3D0
         =3D                       reflink=3D1
data     =3D                       bsize=3D4096   blocks=3D52540416, =
imaxpct=3D25
         =3D                       sunit=3D64     swidth=3D64 blks
naming   =3Dversion 2              bsize=3D4096   ascii-ci=3D0, ftype=3D1
log      =3Dinternal log           bsize=3D4096   blocks=3D25664, =
version=3D2
         =3D                       sectsz=3D512   sunit=3D0 blks, =
lazy-count=3D1
realtime =3Dnone                   extsz=3D4096   blocks=3D0, =
rtextents=3D0=