* inode not recycled after delete file
@ 2019-02-18 11:18 huang jun
2019-02-18 14:31 ` Brian Foster
0 siblings, 1 reply; 7+ messages in thread
From: huang jun @ 2019-02-18 11:18 UTC (permalink / raw)
To: linux-xfs
Hello
Recently we have a problem on xfs.
The environment is:
CentOS Linux release 7.4.1708 (Core)
Linux xefs-51 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
[root@xefs-51 ~]# modinfo xfs
filename: /lib/modules/3.10.0-693.el7.x86_64/kernel/fs/xfs/xfs.ko.xz
license: GPL
description: SGI XFS with ACLs, security attributes, no debug enabled
author: Silicon Graphics, Inc.
alias: fs-xfs
rhelversion: 7.4
srcversion: 6CAAE7A01207B73522C8412
depends: libcrc32c
intree: Y
vermagic: 3.10.0-693.el7.x86_64 SMP mod_unload modversions
signer: CentOS Linux kernel signing key
sig_key: DA:18:7D:CA:7D:BE:53:AB:05:BD:13:BD:0C:4E:21:F4:22:B6:A4:9C
sig_hashalgo: sha256
We mount /dev/sdc2 on /mnt after machine boot
[root@xefs-51 ~]# df -iT /mnt/
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 6 107374138 1% /mnt
[root@xefs-51 ~]# ls /mnt
jjj kkk xfs.strace
And we add files to /mnt at first,
[root@xefs-51 ~]# cp /mnt/jjj /mnt/123
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 7 107374137 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/111
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 8 107374136 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/222
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 9 107374135 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/333
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
and then remove some, but the inodes used in 'df -iT /mnt' not changed
[root@xefs-51 ~]# rm -f /mnt/jjj
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
[root@xefs-51 ~]# rm -f /mnt/kkk
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
and if we umount /mnt at this time, the machine will reboot,
and no related log in /var/log/messages after boot and the inodes used
become normal.
As googled a lot, we tried some ways:
1) lsof /mnt: shows nobody use this mount point.
2) lsof |grep deleted: shows empty
What should i do to find the problem out?
--
Thank you!
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: inode not recycled after delete file
2019-02-18 11:18 inode not recycled after delete file huang jun
@ 2019-02-18 14:31 ` Brian Foster
2019-02-18 15:13 ` huang jun
0 siblings, 1 reply; 7+ messages in thread
From: Brian Foster @ 2019-02-18 14:31 UTC (permalink / raw)
To: huang jun; +Cc: linux-xfs
On Mon, Feb 18, 2019 at 07:18:20PM +0800, huang jun wrote:
> Hello
> Recently we have a problem on xfs.
>
> The environment is:
> CentOS Linux release 7.4.1708 (Core)
> Linux xefs-51 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC
> 2017 x86_64 x86_64 x86_64 GNU/Linux
>
> [root@xefs-51 ~]# modinfo xfs
> filename: /lib/modules/3.10.0-693.el7.x86_64/kernel/fs/xfs/xfs.ko.xz
> license: GPL
> description: SGI XFS with ACLs, security attributes, no debug enabled
> author: Silicon Graphics, Inc.
> alias: fs-xfs
> rhelversion: 7.4
> srcversion: 6CAAE7A01207B73522C8412
> depends: libcrc32c
> intree: Y
> vermagic: 3.10.0-693.el7.x86_64 SMP mod_unload modversions
> signer: CentOS Linux kernel signing key
> sig_key: DA:18:7D:CA:7D:BE:53:AB:05:BD:13:BD:0C:4E:21:F4:22:B6:A4:9C
> sig_hashalgo: sha256
>
> We mount /dev/sdc2 on /mnt after machine boot
> [root@xefs-51 ~]# df -iT /mnt/
> 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> /dev/sdc2 xfs 107374144 6 107374138 1% /mnt
> [root@xefs-51 ~]# ls /mnt
> jjj kkk xfs.strace
>
> And we add files to /mnt at first,
> [root@xefs-51 ~]# cp /mnt/jjj /mnt/123
> [root@xefs-51 ~]# df -iT /mnt
> 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> /dev/sdc2 xfs 107374144 7 107374137 1% /mnt
> [root@xefs-51 ~]# cp /mnt/jjj /mnt/111
> [root@xefs-51 ~]# df -iT /mnt
> 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> /dev/sdc2 xfs 107374144 8 107374136 1% /mnt
> [root@xefs-51 ~]# cp /mnt/jjj /mnt/222
> [root@xefs-51 ~]# df -iT /mnt
> 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> /dev/sdc2 xfs 107374144 9 107374135 1% /mnt
> [root@xefs-51 ~]# cp /mnt/jjj /mnt/333
> [root@xefs-51 ~]# df -iT /mnt
> 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
>
> and then remove some, but the inodes used in 'df -iT /mnt' not changed
> [root@xefs-51 ~]# rm -f /mnt/jjj
> [root@xefs-51 ~]# df -iT /mnt
> 文件系统 类型 Inode 用(I) 可用(I) 已用(I)% 挂载点
> /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> [root@xefs-51 ~]# rm -f /mnt/kkk
> [root@xefs-51 ~]# df -iT /mnt
> 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
>
> and if we umount /mnt at this time, the machine will reboot,
> and no related log in /var/log/messages after boot and the inodes used
> become normal.
You have a filesystem that causes the machine to reboot when it is
unmounted? If so, you need to identify why that happens first and
foremost. I'd start by checking the filesystem for issues with
'xfs_repair -n' after a mount cycle (to perform log recovery). After
that, perhaps check dmesg after each operation above before the unmount
to rule out any preceding errors/shutdowns putting the system in an
unexpected state. As for the unmount itself, I suppose you'll have to
find a way to get a console that shows alert output or whatnot when the
unmount occurs.
Brian
> As googled a lot, we tried some ways:
> 1) lsof /mnt: shows nobody use this mount point.
> 2) lsof |grep deleted: shows empty
> What should i do to find the problem out?
>
> --
> Thank you!
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: inode not recycled after delete file
2019-02-18 14:31 ` Brian Foster
@ 2019-02-18 15:13 ` huang jun
2019-02-18 15:43 ` huang jun
0 siblings, 1 reply; 7+ messages in thread
From: huang jun @ 2019-02-18 15:13 UTC (permalink / raw)
To: Brian Foster; +Cc: linux-xfs
Thank you for reply, i notice the warning message as you mentioned,
and found that:
[root@xefs-51 ~]# abrt-cli list --since 1550483811
id 95c775cc6f18c083fb771a27accbb9a7a03e8515
reason: BUG: Dentry ffff8803ae02c600{i=68,n=333} still in use
(1) [unmount of xfs sdc2]
time: 2019年02月18日 星期一 18时19分51秒
uid: 0 (root)
count: 1
Directory: /var/spool/abrt/vmcore-127.0.0.1-2019-02-18-18:15:31
已报告： 无法报告
id 224daa72a910003dceebe315d59cb9c4a2a6504e
reason: BUG: Dentry ffff880e3f7d8540{i=6e,n=110} still in use
(1) [unmount of xfs sdc2]
time: 2019年02月18日 星期一 18时19分24秒
uid: 0 (root)
count: 1
Directory: /var/spool/abrt/vmcore-127.0.0.1-2019-02-18-17:41:56
已报告： 无法报告
已禁用自动报告功能。请考虑启用该功能，方法是
作为有 root 特权的用户使用命令 'abrt-auto-reporting enabled'
i will check this now.
>
> On Mon, Feb 18, 2019 at 07:18:20PM +0800, huang jun wrote:
> > Hello
> > Recently we have a problem on xfs.
> >
> > The environment is:
> > CentOS Linux release 7.4.1708 (Core)
> > Linux xefs-51 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC
> > 2017 x86_64 x86_64 x86_64 GNU/Linux
> >
> > [root@xefs-51 ~]# modinfo xfs
> > filename: /lib/modules/3.10.0-693.el7.x86_64/kernel/fs/xfs/xfs.ko.xz
> > license: GPL
> > description: SGI XFS with ACLs, security attributes, no debug enabled
> > author: Silicon Graphics, Inc.
> > alias: fs-xfs
> > rhelversion: 7.4
> > srcversion: 6CAAE7A01207B73522C8412
> > depends: libcrc32c
> > intree: Y
> > vermagic: 3.10.0-693.el7.x86_64 SMP mod_unload modversions
> > signer: CentOS Linux kernel signing key
> > sig_key: DA:18:7D:CA:7D:BE:53:AB:05:BD:13:BD:0C:4E:21:F4:22:B6:A4:9C
> > sig_hashalgo: sha256
> >
> > We mount /dev/sdc2 on /mnt after machine boot
> > [root@xefs-51 ~]# df -iT /mnt/
> > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > /dev/sdc2 xfs 107374144 6 107374138 1% /mnt
> > [root@xefs-51 ~]# ls /mnt
> > jjj kkk xfs.strace
> >
> > And we add files to /mnt at first,
> > [root@xefs-51 ~]# cp /mnt/jjj /mnt/123
> > [root@xefs-51 ~]# df -iT /mnt
> > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > /dev/sdc2 xfs 107374144 7 107374137 1% /mnt
> > [root@xefs-51 ~]# cp /mnt/jjj /mnt/111
> > [root@xefs-51 ~]# df -iT /mnt
> > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > /dev/sdc2 xfs 107374144 8 107374136 1% /mnt
> > [root@xefs-51 ~]# cp /mnt/jjj /mnt/222
> > [root@xefs-51 ~]# df -iT /mnt
> > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > /dev/sdc2 xfs 107374144 9 107374135 1% /mnt
> > [root@xefs-51 ~]# cp /mnt/jjj /mnt/333
> > [root@xefs-51 ~]# df -iT /mnt
> > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> >
> > and then remove some, but the inodes used in 'df -iT /mnt' not changed
> > [root@xefs-51 ~]# rm -f /mnt/jjj
> > [root@xefs-51 ~]# df -iT /mnt
> > 文件系统 类型 Inode 用(I) 可用(I) 已用(I)% 挂载点
> > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> > [root@xefs-51 ~]# rm -f /mnt/kkk
> > [root@xefs-51 ~]# df -iT /mnt
> > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> >
> > and if we umount /mnt at this time, the machine will reboot,
> > and no related log in /var/log/messages after boot and the inodes used
> > become normal.
>
> You have a filesystem that causes the machine to reboot when it is
> unmounted? If so, you need to identify why that happens first and
> foremost. I'd start by checking the filesystem for issues with
> 'xfs_repair -n' after a mount cycle (to perform log recovery). After
> that, perhaps check dmesg after each operation above before the unmount
> to rule out any preceding errors/shutdowns putting the system in an
> unexpected state. As for the unmount itself, I suppose you'll have to
> find a way to get a console that shows alert output or whatnot when the
> unmount occurs.
>
> Brian
>
> > As googled a lot, we tried some ways:
> > 1) lsof /mnt: shows nobody use this mount point.
> > 2) lsof |grep deleted: shows empty
> > What should i do to find the problem out?
> >
> > --
> > Thank you!
--
Thank you!
HuangJun
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: inode not recycled after delete file
2019-02-18 15:13 ` huang jun
@ 2019-02-18 15:43 ` huang jun
2019-02-18 16:14 ` Brian Foster
0 siblings, 1 reply; 7+ messages in thread
From: huang jun @ 2019-02-18 15:43 UTC (permalink / raw)
To: Brian Foster; +Cc: linux-xfs
The traceback paste below, and google show some bug reports,
but i don't know whether this bug resolved or not on my linux/xfs version.
[ 1266.662594] BUG: Dentry ffff8803ae02c600{i=68,n=333} still in use
(1) [unmount of xfs sdc2]
[ 1266.662705] ------------[ cut here ]------------
[ 1266.662741] kernel BUG at fs/dcache.c:891!
[ 1266.662774] invalid opcode: 0000 [#1] SMP
[ 1266.662810] Modules linked in: tcp_diag inet_diag rbd(OE)
tcm_qla2xxx_mod(OE) qla2xxx(OE) scsi_transport_fc scsi_tgt btree(OE)
tcm_loop_mod(OE) target_core_user_mod(OE) iscsi_target_mod(OE)
target_core_mod(OE) uio iptable_filter xt_conntrack nf_nat bridge stp
llc nf_conntrack_netlink nfnetlink nf_conntrack autoipv6(OE) dm_mirror
dm_region_hash dm_log dm_mod skx_edac edac_core coretemp intel_rapl
iosf_mbi kvm_intel kvm irqbypass crc32_pclmul ghash_clmulni_intel
aesni_intel lrw gf128mul glue_helper ablk_helper cryptd ses enclosure
iTCO_wdt iTCO_vendor_support sg ipmi_ssif pcspkr ipmi_si ipmi_devintf
ipmi_msghandler mei_me nfit i2c_i801 wmi mei libnvdimm shpchp lpc_ich
acpi_power_meter sunrpc ip_tables xfs libcrc32c sd_mod crc_t10dif
crct10dif_generic ast drm_kms_helper syscopyarea sysfillrect sysimgblt
[ 1266.663497] fb_sys_fops crct10dif_pclmul ttm crct10dif_common
crc32c_intel i40e drm igb mpt3sas ahci libahci libata dca ptp
i2c_algo_bit raid_class pps_core scsi_transport_sas i2c_core
[ 1266.663656] CPU: 31 PID: 13258 Comm: umount Tainted: G OE
------------ 3.10.0-693.el7.x86_64 #1
[ 1266.663725] Hardware name: XSKY XSKY XSCALER 3000/RS33M2C9S, BIOS
1.00.39 08/25/2018
[ 1266.663780] task: ffff880fa9b95ee0 ti: ffff880e41bd0000 task.ti:
ffff880e41bd0000
[ 1266.663833] RIP: 0010:[<ffffffff81218c8c>] [<ffffffff81218c8c>]
shrink_dcache_for_umount_subtree+0x1ac/0x1c0
[ 1266.663915] RSP: 0018:ffff880e41bd3e10 EFLAGS: 00010246
[ 1266.663954] RAX: 000000000000004f RBX: ffff8803ae02c600 RCX: 0000000000000000
[ 1266.664004] RDX: 0000000000000000 RSI: ffff8810391cf8b8 RDI: ffff8810391cf8b8
[ 1266.664055] RBP: ffff880e41bd3e28 R08: 0000000000000000 R09: ffff88102f52c500
[ 1266.664106] R10: 0000000000000985 R11: 0000000000000001 R12: 0000000000000083
[ 1266.664156] R13: ffffffffc049f000 R14: ffffffff81e8af50 R15: ffff880fa9b966b0
[ 1266.664208] FS: 00007f17baca0880(0000) GS:ffff8810391c0000(0000)
knlGS:0000000000000000
[ 1266.664265] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1266.664307] CR2: 00007f17ba85b074 CR3: 00000006faaec000 CR4: 00000000003407e0
[ 1266.664358] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 1266.664409] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 1266.664458] Stack:
[ 1266.664475] ffff88101fabc320 ffff88101fabc000 0000000000000083
ffff880e41bd3e40
[ 1266.664538] ffffffff8121aaff ffff88101fabc000 ffff880e41bd3e68
ffffffff812036c1
[ 1266.664600] ffff881032f40340 0000000000000083 ffff880fa9b95ee0
ffff880e41bd3e88
[ 1266.664662] Call Trace:
[ 1266.664691] [<ffffffff8121aaff>] shrink_dcache_for_umount+0x2f/0x60
[ 1266.664740] [<ffffffff812036c1>] generic_shutdown_super+0x21/0x100
[ 1266.664788] [<ffffffff81203b57>] kill_block_super+0x27/0x70
[ 1266.664836] [<ffffffff81203e99>] deactivate_locked_super+0x49/0x60
[ 1266.664883] [<ffffffff81204606>] deactivate_super+0x46/0x60
[ 1266.664928] [<ffffffff812216af>] cleanup_mnt+0x3f/0x80
[ 1266.664969] [<ffffffff81221742>] __cleanup_mnt+0x12/0x20
[ 1266.665013] [<ffffffff810ad265>] task_work_run+0xc5/0xf0
[ 1266.665056] [<ffffffff8102ab62>] do_notify_resume+0x92/0xb0
[ 1266.665102] [<ffffffff816b527d>] int_signal+0x12/0x17
[ 1266.665140] Code: 00 00 48 8b 40 28 4c 8b 08 48 8b 43 30 48 85 c0
74 1b 48 8b 50 40 48 89 34 24 48 c7 c7 b8 3e 91 81 48 89 de 31 c0 e8
ed 50 48 00 <0f> 0b 31 d2 eb e5 0f 0b 66 90 66 2e 0f 1f 84 00 00 00 00
00 0f
[ 1266.667389] RIP [<ffffffff81218c8c>]
shrink_dcache_for_umount_subtree+0x1ac/0x1c0
[ 1266.669435] RSP <ffff880e41bd3e10>
huang jun <hjwsm1989@gmail.com> 于2019年2月18日周一 下午11:13写道：
>
> Thank you for reply, i notice the warning message as you mentioned,
> and found that:
>
> [root@xefs-51 ~]# abrt-cli list --since 1550483811
> id 95c775cc6f18c083fb771a27accbb9a7a03e8515
> reason: BUG: Dentry ffff8803ae02c600{i=68,n=333} still in use
> (1) [unmount of xfs sdc2]
> time: 2019年02月18日 星期一 18时19分51秒
> uid: 0 (root)
> count: 1
> Directory: /var/spool/abrt/vmcore-127.0.0.1-2019-02-18-18:15:31
> 已报告： 无法报告
>
> id 224daa72a910003dceebe315d59cb9c4a2a6504e
> reason: BUG: Dentry ffff880e3f7d8540{i=6e,n=110} still in use
> (1) [unmount of xfs sdc2]
> time: 2019年02月18日 星期一 18时19分24秒
> uid: 0 (root)
> count: 1
> Directory: /var/spool/abrt/vmcore-127.0.0.1-2019-02-18-17:41:56
> 已报告： 无法报告
>
> 已禁用自动报告功能。请考虑启用该功能，方法是
> 作为有 root 特权的用户使用命令 'abrt-auto-reporting enabled'
>
> i will check this now.
>
> >
> > On Mon, Feb 18, 2019 at 07:18:20PM +0800, huang jun wrote:
> > > Hello
> > > Recently we have a problem on xfs.
> > >
> > > The environment is:
> > > CentOS Linux release 7.4.1708 (Core)
> > > Linux xefs-51 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC
> > > 2017 x86_64 x86_64 x86_64 GNU/Linux
> > >
> > > [root@xefs-51 ~]# modinfo xfs
> > > filename: /lib/modules/3.10.0-693.el7.x86_64/kernel/fs/xfs/xfs.ko.xz
> > > license: GPL
> > > description: SGI XFS with ACLs, security attributes, no debug enabled
> > > author: Silicon Graphics, Inc.
> > > alias: fs-xfs
> > > rhelversion: 7.4
> > > srcversion: 6CAAE7A01207B73522C8412
> > > depends: libcrc32c
> > > intree: Y
> > > vermagic: 3.10.0-693.el7.x86_64 SMP mod_unload modversions
> > > signer: CentOS Linux kernel signing key
> > > sig_key: DA:18:7D:CA:7D:BE:53:AB:05:BD:13:BD:0C:4E:21:F4:22:B6:A4:9C
> > > sig_hashalgo: sha256
> > >
> > > We mount /dev/sdc2 on /mnt after machine boot
> > > [root@xefs-51 ~]# df -iT /mnt/
> > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > /dev/sdc2 xfs 107374144 6 107374138 1% /mnt
> > > [root@xefs-51 ~]# ls /mnt
> > > jjj kkk xfs.strace
> > >
> > > And we add files to /mnt at first,
> > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/123
> > > [root@xefs-51 ~]# df -iT /mnt
> > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > /dev/sdc2 xfs 107374144 7 107374137 1% /mnt
> > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/111
> > > [root@xefs-51 ~]# df -iT /mnt
> > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > /dev/sdc2 xfs 107374144 8 107374136 1% /mnt
> > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/222
> > > [root@xefs-51 ~]# df -iT /mnt
> > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > /dev/sdc2 xfs 107374144 9 107374135 1% /mnt
> > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/333
> > > [root@xefs-51 ~]# df -iT /mnt
> > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> > >
> > > and then remove some, but the inodes used in 'df -iT /mnt' not changed
> > > [root@xefs-51 ~]# rm -f /mnt/jjj
> > > [root@xefs-51 ~]# df -iT /mnt
> > > 文件系统 类型 Inode 用(I) 可用(I) 已用(I)% 挂载点
> > > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> > > [root@xefs-51 ~]# rm -f /mnt/kkk
> > > [root@xefs-51 ~]# df -iT /mnt
> > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> > >
> > > and if we umount /mnt at this time, the machine will reboot,
> > > and no related log in /var/log/messages after boot and the inodes used
> > > become normal.
> >
> > You have a filesystem that causes the machine to reboot when it is
> > unmounted? If so, you need to identify why that happens first and
> > foremost. I'd start by checking the filesystem for issues with
> > 'xfs_repair -n' after a mount cycle (to perform log recovery). After
> > that, perhaps check dmesg after each operation above before the unmount
> > to rule out any preceding errors/shutdowns putting the system in an
> > unexpected state. As for the unmount itself, I suppose you'll have to
> > find a way to get a console that shows alert output or whatnot when the
> > unmount occurs.
> >
> > Brian
> >
> > > As googled a lot, we tried some ways:
> > > 1) lsof /mnt: shows nobody use this mount point.
> > > 2) lsof |grep deleted: shows empty
> > > What should i do to find the problem out?
> > >
> > > --
> > > Thank you!
>
>
>
> --
> Thank you!
> HuangJun
--
Thank you!
HuangJun
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: inode not recycled after delete file
2019-02-18 15:43 ` huang jun
@ 2019-02-18 16:14 ` Brian Foster
0 siblings, 0 replies; 7+ messages in thread
From: Brian Foster @ 2019-02-18 16:14 UTC (permalink / raw)
To: huang jun; +Cc: linux-xfs
On Mon, Feb 18, 2019 at 11:43:25PM +0800, huang jun wrote:
> The traceback paste below, and google show some bug reports,
> but i don't know whether this bug resolved or not on my linux/xfs version.
Ok, well you probably want to start with resolving this because clearly
something is wrong and who knows what other side effects this problem
might have.
> [ 1266.662594] BUG: Dentry ffff8803ae02c600{i=68,n=333} still in use
> (1) [unmount of xfs sdc2]
> [ 1266.662705] ------------[ cut here ]------------
> [ 1266.662741] kernel BUG at fs/dcache.c:891!
> [ 1266.662774] invalid opcode: 0000 [#1] SMP
> [ 1266.662810] Modules linked in: tcp_diag inet_diag rbd(OE)
> tcm_qla2xxx_mod(OE) qla2xxx(OE) scsi_transport_fc scsi_tgt btree(OE)
> tcm_loop_mod(OE) target_core_user_mod(OE) iscsi_target_mod(OE)
> target_core_mod(OE) uio iptable_filter xt_conntrack nf_nat bridge stp
> llc nf_conntrack_netlink nfnetlink nf_conntrack autoipv6(OE) dm_mirror
> dm_region_hash dm_log dm_mod skx_edac edac_core coretemp intel_rapl
> iosf_mbi kvm_intel kvm irqbypass crc32_pclmul ghash_clmulni_intel
> aesni_intel lrw gf128mul glue_helper ablk_helper cryptd ses enclosure
> iTCO_wdt iTCO_vendor_support sg ipmi_ssif pcspkr ipmi_si ipmi_devintf
> ipmi_msghandler mei_me nfit i2c_i801 wmi mei libnvdimm shpchp lpc_ich
> acpi_power_meter sunrpc ip_tables xfs libcrc32c sd_mod crc_t10dif
> crct10dif_generic ast drm_kms_helper syscopyarea sysfillrect sysimgblt
> [ 1266.663497] fb_sys_fops crct10dif_pclmul ttm crct10dif_common
> crc32c_intel i40e drm igb mpt3sas ahci libahci libata dca ptp
> i2c_algo_bit raid_class pps_core scsi_transport_sas i2c_core
> [ 1266.663656] CPU: 31 PID: 13258 Comm: umount Tainted: G OE
> ------------ 3.10.0-693.el7.x86_64 #1
This looks like a VFS issue and a (oldish) distro kernel. If this is
RHEL/CentOS, you could try updating to the latest z-stream of the
particular kernel revision you're on (i.e., 3.10.0-693.xxx.el7) to see
whether it's already fixed in your release. If not, you may need to file
a bug with your distro provider.
Brian
> [ 1266.663725] Hardware name: XSKY XSKY XSCALER 3000/RS33M2C9S, BIOS
> 1.00.39 08/25/2018
> [ 1266.663780] task: ffff880fa9b95ee0 ti: ffff880e41bd0000 task.ti:
> ffff880e41bd0000
> [ 1266.663833] RIP: 0010:[<ffffffff81218c8c>] [<ffffffff81218c8c>]
> shrink_dcache_for_umount_subtree+0x1ac/0x1c0
> [ 1266.663915] RSP: 0018:ffff880e41bd3e10 EFLAGS: 00010246
> [ 1266.663954] RAX: 000000000000004f RBX: ffff8803ae02c600 RCX: 0000000000000000
> [ 1266.664004] RDX: 0000000000000000 RSI: ffff8810391cf8b8 RDI: ffff8810391cf8b8
> [ 1266.664055] RBP: ffff880e41bd3e28 R08: 0000000000000000 R09: ffff88102f52c500
> [ 1266.664106] R10: 0000000000000985 R11: 0000000000000001 R12: 0000000000000083
> [ 1266.664156] R13: ffffffffc049f000 R14: ffffffff81e8af50 R15: ffff880fa9b966b0
> [ 1266.664208] FS: 00007f17baca0880(0000) GS:ffff8810391c0000(0000)
> knlGS:0000000000000000
> [ 1266.664265] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 1266.664307] CR2: 00007f17ba85b074 CR3: 00000006faaec000 CR4: 00000000003407e0
> [ 1266.664358] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [ 1266.664409] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
> [ 1266.664458] Stack:
> [ 1266.664475] ffff88101fabc320 ffff88101fabc000 0000000000000083
> ffff880e41bd3e40
> [ 1266.664538] ffffffff8121aaff ffff88101fabc000 ffff880e41bd3e68
> ffffffff812036c1
> [ 1266.664600] ffff881032f40340 0000000000000083 ffff880fa9b95ee0
> ffff880e41bd3e88
> [ 1266.664662] Call Trace:
> [ 1266.664691] [<ffffffff8121aaff>] shrink_dcache_for_umount+0x2f/0x60
> [ 1266.664740] [<ffffffff812036c1>] generic_shutdown_super+0x21/0x100
> [ 1266.664788] [<ffffffff81203b57>] kill_block_super+0x27/0x70
> [ 1266.664836] [<ffffffff81203e99>] deactivate_locked_super+0x49/0x60
> [ 1266.664883] [<ffffffff81204606>] deactivate_super+0x46/0x60
> [ 1266.664928] [<ffffffff812216af>] cleanup_mnt+0x3f/0x80
> [ 1266.664969] [<ffffffff81221742>] __cleanup_mnt+0x12/0x20
> [ 1266.665013] [<ffffffff810ad265>] task_work_run+0xc5/0xf0
> [ 1266.665056] [<ffffffff8102ab62>] do_notify_resume+0x92/0xb0
> [ 1266.665102] [<ffffffff816b527d>] int_signal+0x12/0x17
> [ 1266.665140] Code: 00 00 48 8b 40 28 4c 8b 08 48 8b 43 30 48 85 c0
> 74 1b 48 8b 50 40 48 89 34 24 48 c7 c7 b8 3e 91 81 48 89 de 31 c0 e8
> ed 50 48 00 <0f> 0b 31 d2 eb e5 0f 0b 66 90 66 2e 0f 1f 84 00 00 00 00
> 00 0f
> [ 1266.667389] RIP [<ffffffff81218c8c>]
> shrink_dcache_for_umount_subtree+0x1ac/0x1c0
> [ 1266.669435] RSP <ffff880e41bd3e10>
>
>
> huang jun <hjwsm1989@gmail.com> 于2019年2月18日周一 下午11:13写道：
> >
> > Thank you for reply, i notice the warning message as you mentioned,
> > and found that:
> >
> > [root@xefs-51 ~]# abrt-cli list --since 1550483811
> > id 95c775cc6f18c083fb771a27accbb9a7a03e8515
> > reason: BUG: Dentry ffff8803ae02c600{i=68,n=333} still in use
> > (1) [unmount of xfs sdc2]
> > time: 2019年02月18日 星期一 18时19分51秒
> > uid: 0 (root)
> > count: 1
> > Directory: /var/spool/abrt/vmcore-127.0.0.1-2019-02-18-18:15:31
> > 已报告： 无法报告
> >
> > id 224daa72a910003dceebe315d59cb9c4a2a6504e
> > reason: BUG: Dentry ffff880e3f7d8540{i=6e,n=110} still in use
> > (1) [unmount of xfs sdc2]
> > time: 2019年02月18日 星期一 18时19分24秒
> > uid: 0 (root)
> > count: 1
> > Directory: /var/spool/abrt/vmcore-127.0.0.1-2019-02-18-17:41:56
> > 已报告： 无法报告
> >
> > 已禁用自动报告功能。请考虑启用该功能，方法是
> > 作为有 root 特权的用户使用命令 'abrt-auto-reporting enabled'
> >
> > i will check this now.
> >
> > >
> > > On Mon, Feb 18, 2019 at 07:18:20PM +0800, huang jun wrote:
> > > > Hello
> > > > Recently we have a problem on xfs.
> > > >
> > > > The environment is:
> > > > CentOS Linux release 7.4.1708 (Core)
> > > > Linux xefs-51 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC
> > > > 2017 x86_64 x86_64 x86_64 GNU/Linux
> > > >
> > > > [root@xefs-51 ~]# modinfo xfs
> > > > filename: /lib/modules/3.10.0-693.el7.x86_64/kernel/fs/xfs/xfs.ko.xz
> > > > license: GPL
> > > > description: SGI XFS with ACLs, security attributes, no debug enabled
> > > > author: Silicon Graphics, Inc.
> > > > alias: fs-xfs
> > > > rhelversion: 7.4
> > > > srcversion: 6CAAE7A01207B73522C8412
> > > > depends: libcrc32c
> > > > intree: Y
> > > > vermagic: 3.10.0-693.el7.x86_64 SMP mod_unload modversions
> > > > signer: CentOS Linux kernel signing key
> > > > sig_key: DA:18:7D:CA:7D:BE:53:AB:05:BD:13:BD:0C:4E:21:F4:22:B6:A4:9C
> > > > sig_hashalgo: sha256
> > > >
> > > > We mount /dev/sdc2 on /mnt after machine boot
> > > > [root@xefs-51 ~]# df -iT /mnt/
> > > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > > /dev/sdc2 xfs 107374144 6 107374138 1% /mnt
> > > > [root@xefs-51 ~]# ls /mnt
> > > > jjj kkk xfs.strace
> > > >
> > > > And we add files to /mnt at first,
> > > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/123
> > > > [root@xefs-51 ~]# df -iT /mnt
> > > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > > /dev/sdc2 xfs 107374144 7 107374137 1% /mnt
> > > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/111
> > > > [root@xefs-51 ~]# df -iT /mnt
> > > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > > /dev/sdc2 xfs 107374144 8 107374136 1% /mnt
> > > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/222
> > > > [root@xefs-51 ~]# df -iT /mnt
> > > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > > /dev/sdc2 xfs 107374144 9 107374135 1% /mnt
> > > > [root@xefs-51 ~]# cp /mnt/jjj /mnt/333
> > > > [root@xefs-51 ~]# df -iT /mnt
> > > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> > > >
> > > > and then remove some, but the inodes used in 'df -iT /mnt' not changed
> > > > [root@xefs-51 ~]# rm -f /mnt/jjj
> > > > [root@xefs-51 ~]# df -iT /mnt
> > > > 文件系统 类型 Inode 用(I) 可用(I) 已用(I)% 挂载点
> > > > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> > > > [root@xefs-51 ~]# rm -f /mnt/kkk
> > > > [root@xefs-51 ~]# df -iT /mnt
> > > > 文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
> > > > /dev/sdc2 xfs 107374144 10 107374134 1% /mnt
> > > >
> > > > and if we umount /mnt at this time, the machine will reboot,
> > > > and no related log in /var/log/messages after boot and the inodes used
> > > > become normal.
> > >
> > > You have a filesystem that causes the machine to reboot when it is
> > > unmounted? If so, you need to identify why that happens first and
> > > foremost. I'd start by checking the filesystem for issues with
> > > 'xfs_repair -n' after a mount cycle (to perform log recovery). After
> > > that, perhaps check dmesg after each operation above before the unmount
> > > to rule out any preceding errors/shutdowns putting the system in an
> > > unexpected state. As for the unmount itself, I suppose you'll have to
> > > find a way to get a console that shows alert output or whatnot when the
> > > unmount occurs.
> > >
> > > Brian
> > >
> > > > As googled a lot, we tried some ways:
> > > > 1) lsof /mnt: shows nobody use this mount point.
> > > > 2) lsof |grep deleted: shows empty
> > > > What should i do to find the problem out?
> > > >
> > > > --
> > > > Thank you!
> >
> >
> >
> > --
> > Thank you!
> > HuangJun
>
>
>
> --
> Thank you!
> HuangJun
^ permalink raw reply [flat|nested] 7+ messages in thread
* inode not recycled after delete file
@ 2019-02-18 10:23 huang jun
0 siblings, 0 replies; 7+ messages in thread
From: huang jun @ 2019-02-18 10:23 UTC (permalink / raw)
To: linux-xfs
Hello
Recently we have a problem on xfs.
The environment is:
CentOS Linux release 7.4.1708 (Core)
Linux xefs-51 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
[root@xefs-51 ~]# modinfo xfs
filename: /lib/modules/3.10.0-693.el7.x86_64/kernel/fs/xfs/xfs.ko.xz
license: GPL
description: SGI XFS with ACLs, security attributes, no debug enabled
author: Silicon Graphics, Inc.
alias: fs-xfs
rhelversion: 7.4
srcversion: 6CAAE7A01207B73522C8412
depends: libcrc32c
intree: Y
vermagic: 3.10.0-693.el7.x86_64 SMP mod_unload modversions
signer: CentOS Linux kernel signing key
sig_key: DA:18:7D:CA:7D:BE:53:AB:05:BD:13:BD:0C:4E:21:F4:22:B6:A4:9C
sig_hashalgo: sha256
We mount /dev/sdc2 on /mnt after machine boot
[root@xefs-51 ~]# df -iT /mnt/
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 6 107374138 1% /mnt
[root@xefs-51 ~]# ls /mnt
jjj kkk xfs.strace
And we add files to /mnt at first,
[root@xefs-51 ~]# cp /mnt/jjj /mnt/123
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 7 107374137 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/111
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 8 107374136 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/222
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 9 107374135 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/333
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
and then remove some, but the inodes used in 'df -iT /mnt' not changed
[root@xefs-51 ~]# rm -f /mnt/jjj
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
[root@xefs-51 ~]# rm -f /mnt/kkk
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
and if we umount /mnt at this time, the machine will reboot,
and no related log in /var/log/messages after boot and the inodes used
become normal.
As googled a lot, we tried some ways:
1) lsof /mnt: shows nobody use this mount point.
2) lsof |grep deleted: shows empty
What should i do to find the problem out?
--
Thank you!
^ permalink raw reply [flat|nested] 7+ messages in thread
* inode not recycled after delete file
@ 2019-02-18 10:11 huang jun
0 siblings, 0 replies; 7+ messages in thread
From: huang jun @ 2019-02-18 10:11 UTC (permalink / raw)
To: linux-xfs
Hello
Recently we have a problem on xfs.
The environment is:
CentOS Linux release 7.4.1708 (Core)
Linux xefs-51 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
[root@xefs-51 ~]# modinfo xfs
filename: /lib/modules/3.10.0-693.el7.x86_64/kernel/fs/xfs/xfs.ko.xz
license: GPL
description: SGI XFS with ACLs, security attributes, no debug enabled
author: Silicon Graphics, Inc.
alias: fs-xfs
rhelversion: 7.4
srcversion: 6CAAE7A01207B73522C8412
depends: libcrc32c
intree: Y
vermagic: 3.10.0-693.el7.x86_64 SMP mod_unload modversions
signer: CentOS Linux kernel signing key
sig_key: DA:18:7D:CA:7D:BE:53:AB:05:BD:13:BD:0C:4E:21:F4:22:B6:A4:9C
sig_hashalgo: sha256
We mount /dev/sdc2 on /mnt after machine boot
[root@xefs-51 ~]# df -iT /mnt/
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 6 107374138 1% /mnt
[root@xefs-51 ~]# ls /mnt
jjj kkk xfs.strace
And we add files to /mnt at first,
[root@xefs-51 ~]# cp /mnt/jjj /mnt/123
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 7 107374137 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/111
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 8 107374136 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/222
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 9 107374135 1% /mnt
[root@xefs-51 ~]# cp /mnt/jjj /mnt/333
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
and then remove some, but the inodes used in 'df -iT /mnt' not changed
[root@xefs-51 ~]# rm -f /mnt/jjj
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
[root@xefs-51 ~]# rm -f /mnt/kkk
[root@xefs-51 ~]# df -iT /mnt
文件系统 类型 Inode 已用(I) 可用(I) 已用(I)% 挂载点
/dev/sdc2 xfs 107374144 10 107374134 1% /mnt
and if we umount /mnt at this time, the machine will reboot,
and no related log in /var/log/messages after boot and the inodes used
become normal.
As googled a lot, we tried some ways:
1) lsof /mnt: shows nobody use this mount point.
2) lsof |grep deleted: shows empty
What should i do to find the problem out?
--
Thank you!
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2019-02-18 16:14 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-02-18 11:18 inode not recycled after delete file huang jun
2019-02-18 14:31 ` Brian Foster
2019-02-18 15:13 ` huang jun
2019-02-18 15:43 ` huang jun
2019-02-18 16:14 ` Brian Foster
-- strict thread matches above, loose matches on Subject: below --
2019-02-18 10:23 huang jun
2019-02-18 10:11 huang jun
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).