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 <z...@redhat.com<mailto:z...@redhat.com>> 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: sta...@vger.kernel.org<mailto:sta...@vger.kernel.org> Link: https://tracker.ceph.com/issues/40102 Signed-off-by: "Yan, Zheng" <z...@redhat.com<mailto:z...@redhat.com>> Reviewed-by: Jeff Layton <jlay...@redhat.com<mailto:jlay...@redhat.com>> Signed-off-by: Ilya Dryomov <idryo...@gmail.com<mailto:idryo...@gmail.com>> Signed-off-by: Sasha Levin <sas...@kernel.org<mailto:sas...@kernel.org>> 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? Thanks, -- Kenneth Van Alstyne Systems Architect M: 228.547.8045 15052 Conference Center Dr, Chantilly, VA 20151 perspecta
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
