Re: 10/amd64 lockup with lots of rpcbinds in fstchg

"J. Hannken-Illjes" <[email protected]>
Newsgroups gmane.os.netbsd.devel.kernel
Message-ID <[email protected]>
The system is waiting for a file system suspension to complete.
Brian Buhrow has a similiar problem.
Running "call fstrans_dump(1)" from DDB will give more information.

Do you have ptyfs mounted?

Do you have a kernel crash dump or backtraces of all threads at the time of hang?

Any thread running some kind of revoke()?

--
J. Hannken-Illjes - [email protected]



> On 9. Oct 2025, at 16:46, Edgar Fuß <[email protected]> wrote:
> 
> For the third time, one of our identical login servers (the same one each 
> time) became unresponsive. Network is unresponsive, switching consoles with 
> Ctl-Alt-Fn works, but they are unresponsive, entering DDB works. Last kernel 
> message on screen is "in_chksum: out of data".
> DDB reveals hundreds (thousands?) of rpcbind processes in fstchg state 
> (whatever that is), as are several ssh processes, some cron and one ipmon 
> one and ioflush. syslogd, ntpd and one icinga2 process is in tstile state. 
> swapper is in uvm. The four active proceses seem to be four idle.
> 
> We never experienced that under 8; the other identical login sever has also 
> been unaffected so far.
> 
> Does that ring a bell to someone?
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.