Re: Internal error ltrec.rm_startblock > bno since Kernel 5.9.9

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Nov 22, 2020 at 08:18:00AM +0100, Friedemann Stoyan wrote:
> Hi all,
> 
> After Upgrading to kernel 5.9.9 I got three crashes at two computers

Sorry about that, there was a bad patch in -rc4 that got sucked into
5.9.9 because it had a fixes tag.  The revert is already upstream:

https://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git/commit/?id=eb8409071a1d47e3593cfe077107ac46853182ab

--D

> with the same error:
> 
> Nov 22 06:07:54 kernel: XFS (dm-3): Internal error ltrec.rm_startblock > bno || ltrec.rm_startblock + ltrec.rm_blockcount < bno + len at line 575 of file fs/xfs/libxfs/xfs_rmap.c.  Caller xfs_rmap_unmap+0x737/0xab0 [xfs]
> Nov 22 06:07:54 kernel: CPU: 1 PID: 4211 Comm: pacman Tainted: G        W         5.9.9-arch1-1 #1
> Nov 22 06:07:54 kernel: Hardware name: LENOVO 20F6S0C400/20F6S0C400, BIOS R02ET71W (1.44 ) 05/08/2019
> Nov 22 06:07:54 kernel: Call Trace:
> Nov 22 06:07:54 kernel:  dump_stack+0x6b/0x83
> Nov 22 06:07:54 kernel:  xfs_corruption_error+0x85/0x90 [xfs]
> Nov 22 06:07:54 kernel:  ? xfs_rmap_unmap+0x737/0xab0 [xfs]
> Nov 22 06:07:54 kernel:  xfs_rmap_unmap+0x767/0xab0 [xfs]
> Nov 22 06:07:54 kernel:  ? xfs_rmap_unmap+0x737/0xab0 [xfs]
> Nov 22 06:07:54 kernel:  xfs_rmap_finish_one+0x280/0x300 [xfs]
> Nov 22 06:07:54 kernel:  xfs_rmap_update_finish_item+0x37/0x60 [xfs]
> Nov 22 06:07:54 kernel:  xfs_defer_finish_noroll+0x170/0x4a0 [xfs]
> Nov 22 06:07:54 kernel:  xfs_defer_finish+0x11/0x70 [xfs]
> Nov 22 06:07:54 kernel:  xfs_itruncate_extents_flags+0xcf/0x2c0 [xfs]
> Nov 22 06:07:54 kernel:  xfs_inactive_truncate+0xaf/0xe0 [xfs]
> Nov 22 06:07:54 kernel:  xfs_inactive+0xb4/0x140 [xfs]
> Nov 22 06:07:54 kernel:  xfs_fs_destroy_inode+0xaa/0x1f0 [xfs]
> Nov 22 06:07:54 kernel:  destroy_inode+0x3b/0x70
> Nov 22 06:07:54 kernel:  do_unlinkat+0x207/0x310
> Nov 22 06:07:54 kernel:  do_syscall_64+0x33/0x40
> Nov 22 06:07:54 kernel:  entry_SYSCALL_64_after_hwframe+0x44/0xa9
> Nov 22 06:07:54 kernel: RIP: 0033:0x7f495d7babbb
> Nov 22 06:07:54 kernel: Code: f0 ff ff 73 01 c3 48 8b 0d b2 f2 0c 00 f7 d8 64 89 01 48 83 c8 ff c3 0f 1f 84 00 00 00 00 00 f3 0f 1e fa b8 57 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 85 f2 0c 00 f7 d8 64 89 01 48
> Nov 22 06:07:54 kernel: RSP: 002b:00007fff7832a0b8 EFLAGS: 00000206 ORIG_RAX: 0000000000000057
> Nov 22 06:07:54 kernel: RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f495d7babbb
> Nov 22 06:07:54 kernel: RDX: 0000000000000003 RSI: 0000000000000004 RDI: 00007fff7832a270
> Nov 22 06:07:54 kernel: RBP: 000055e9d8325300 R08: 0000000000000001 R09: 000055e9d83273a0
> Nov 22 06:07:54 kernel: R10: 000055e9d691f440 R11: 0000000000000206 R12: 00007fff7832a270
> Nov 22 06:07:54 kernel: R13: 0000000000000000 R14: 00007fff7832a150 R15: 000055e9d691f440
> Nov 22 06:07:54 kernel: XFS (dm-3): Corruption detected. Unmount and run xfs_repair
> Nov 22 06:07:54 kernel: XFS (dm-3): xfs_do_force_shutdown(0x8) called from line 461 of file fs/xfs/libxfs/xfs_defer.c. Return address = 000000004ce3c3c5
> Nov 22 06:07:54 kernel: XFS (dm-3): Corruption of in-memory data detected.  Shutting down filesystem
> Nov 22 06:07:54 kernel: XFS (dm-3): Please unmount the filesystem and rectify the problem(s)
> 
> # cat /proc/version
> Linux version 5.9.9-arch1-1 (linux@archlinux) (gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.35.1) #1 SMP PREEMPT Wed, 18 Nov 2020 19:52:04 +0000
> 
> # xfs_info /usr
> meta-data=/dev/mapper/vg0-usr    isize=512    agcount=4, agsize=524288 blks
>          =                       sectsz=512   attr=2, projid32bit=1
>          =                       crc=1        finobt=1, sparse=1, rmapbt=1
>          =                       reflink=1
> data     =                       bsize=4096   blocks=2097152, imaxpct=25
>          =                       sunit=0      swidth=0 blks
> naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
> log      =internal log           bsize=4096   blocks=3693, version=2
>          =                       sectsz=512   sunit=0 blks, lazy-count=1
> realtime =none                   extsz=4096   blocks=0, rtextents=0
> 
> All crashes occured during system updating with pacman. In all cases the /usr
> filesystem was affected.
> 
> Regards
> Friedemann



[Index of Archives]     [XFS Filesystem Development (older mail)]     [Linux Filesystem Development]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux RAID]     [Linux SCSI]


  Powered by Linux