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
