All of lore.kernel.org
 help / color / mirror / Atom feed
From: Harald Dunkel <harri@afaics.de>
To: NeilBrown <neilb@suse.de>,
	syzbot <syzbot+b568ba42c85a332a88ee@syzkaller.appspotmail.com>
Cc: Jeff Layton <jlayton@kernel.org>,
	Dai.Ngo@oracle.com, chuck.lever@oracle.com, kolga@netapp.com,
	linux-kernel@vger.kernel.org, linux-nfs@vger.kernel.org,
	syzkaller-bugs@googlegroups.com, tom@talpey.com
Subject: Re: [syzbot] [nfs?] INFO: task hung in nfsd_umount
Date: Sat, 21 Sep 2024 09:58:55 +0200	[thread overview]
Message-ID: <42600ff8-512f-bea1-848c-2cc1c823cb76@afaics.de> (raw)
In-Reply-To: <172039726840.11489.12386749198888516742@noble.neil.brown.name>

NeilBrown wrote:
> 
> We can guess though.  It isn't waiting for a lock - that would show in
> the above list - so it might be waiting for a wakeup, or might be
> spinning.
> The only wake-up I can imagine is in one of the memory-allocation calls,
> but if the system were running out of memory we would probably see
> messages about that.
> 

I have seen something like this. I am running NFS inside a container,
using legacy cgroup. When it got stuck it claimed I cannot login
into the container due to out of memory. When it happens again, I
can send you the exact error message. The next hung nfsd is overdue,
anyway.

> I wonder if it could be looping in svc_xprt_destroy_all(), and sitting
> in the msleep() when the hang is detected so there are no locks to
> report.   I can't see while it would block there.
> 
> It would really help to get a full task list.
> There is a sysctl for that: /proc/sys/kernel/hung_task_all_cpu_backtrace
> 
> Could that be enabled?
> 

I have enabled it on my NFS server (echo 1 >/proc/.../hung_task_all_cpu_backtrace).


Regards

Harri

  reply	other threads:[~2024-09-21  8:05 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-07  4:37 [syzbot] [nfs?] INFO: task hung in nfsd_umount syzbot
2024-07-07 10:49 ` Jeff Layton
2024-07-08  0:07   ` NeilBrown
2024-09-21  7:58     ` Harald Dunkel [this message]
2024-09-28  7:41       ` Harald Dunkel
2024-09-28 22:23         ` NeilBrown
2024-09-29  8:23           ` Harald Dunkel
2024-09-29  9:59             ` NeilBrown
2024-10-01 10:21               ` Harald Dunkel
2024-10-02 13:55                 ` Harald Dunkel
2024-10-02 14:06                   ` Harald Dunkel
2024-10-04 12:21                     ` Harald Dunkel
2024-10-04 23:37                     ` NeilBrown
2024-10-07 10:51                       ` Harald Dunkel
2024-10-07 18:54                         ` Harald Dunkel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42600ff8-512f-bea1-848c-2cc1c823cb76@afaics.de \
    --to=harri@afaics.de \
    --cc=Dai.Ngo@oracle.com \
    --cc=chuck.lever@oracle.com \
    --cc=jlayton@kernel.org \
    --cc=kolga@netapp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=syzbot+b568ba42c85a332a88ee@syzkaller.appspotmail.com \
    --cc=syzkaller-bugs@googlegroups.com \
    --cc=tom@talpey.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.