On Tue, Oct 1, 2019 at 6:41 PM Kenneth Van Alstyne
<[email protected]> wrote:
>
> All:
> I’m not sure this should go to LKML or here, but I’ll start here. After
> upgrading from Linux kernel 4.19.60 to 4.19.75 (or 76), I started running
> into kernel panics in the “ceph” module. Based on the call trace, I believe
> I was able to narrow it down to the following commit in the Linux kernel 4.19
> source tree:
>
> commit 812810399999a673d30f9d04d38659030a28051a
> Author: Yan, Zheng <[email protected]>
> Date: Sun Jun 2 09:45:38 2019 +0800
>
> ceph: use ceph_evict_inode to cleanup inode's resource
>
> [ Upstream commit 87bc5b895d94a0f40fe170d4cf5771c8e8f85d15 ]
>
> remove_session_caps() relies on __wait_on_freeing_inode(), to wait for
> freeing inode to remove its caps. But VFS wakes freeing inode waiters
> before calling destroy_inode().
>
> Cc: [email protected]
> Link: https://tracker.ceph.com/issues/40102
> Signed-off-by: "Yan, Zheng" <[email protected]>
> Reviewed-by: Jeff Layton <[email protected]>
> Signed-off-by: Ilya Dryomov <[email protected]>
> Signed-off-by: Sasha Levin <[email protected]>
>
>
> Backing this patch out and recompiling my kernel has since resolved my issues
> (as far as I can tell thus far). The issue was fairly easy to create by
> simply creating and deleting files. I tested using ‘dd’ and was pretty
> consistently able to reproduce the issue. Since the issue occurred in a VM, I
> do have a screenshot of the crashed machine and to avoid attaching an image,
> I’ll link to where they are:
> http://kvanals.kvanals.org/.ceph_kernel_panic_images/
>
> Am I way off base or has anyone else run into this issue?
Hi Kenneth,
This might be a botched backport. The first version of this patch had
a conflict with Al's change that introduced ceph_free_inode() and Zheng
had to adjust it for that. However, it looks like it has been taken to
4.19 verbatim, even though 4.19 does not have ceph_free_inode().
Zheng, Jeff, please take a look ASAP.
Thanks,
Ilya
_______________________________________________
ceph-users mailing list
[email protected]
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
