Date: Mon, 18 Feb 2013 04:12:04 -0800 From: Marc Fournier <scrappy@hub.org> To: Rick Macklem <rmacklem@uoguelph.ca> Cc: Konstantin Belousov <kostikbel@gmail.com>, freebsd-stable@freebsd.org, John Baldwin <jhb@freebsd.org> Subject: Re: 9-STABLE -> NFS -> NetAPP: Message-ID: <5FE9EE8D-15AE-46D5-8260-C909399C1235@hub.org> In-Reply-To: <465448349.3084923.1361113640094.JavaMail.root@erie.cs.uoguelph.ca> References: <465448349.3084923.1361113640094.JavaMail.root@erie.cs.uoguelph.ca>
index | next in thread | previous in thread | raw e-mail
2days, 6hrs since reboot with new kernel, server shows unreachable: # ssh mercury ssh_exchange_identification: Connection closed by remote host although runtime shows it is up: mercury up 2+06:17, 0 users, load 0.63, 0.69, 0.70 Remote console shows: I could press return, so keyboard was still responsive, and got a new login prompt, but after typing login id, it appears to just hang … Remotely power cycled server. This is new behaviour for that server since applying patch … will see if it happens again ... On 2013-02-17, at 7:07 AM, Rick Macklem <rmacklem@uoguelph.ca> wrote: > Marc Fournier wrote: >> On 2013-02-15, at 7:21 AM, Rick Macklem <rmacklem@uoguelph.ca> wrote: >> >>>> >>> Righto. Thanks jhb and kib for looking at this. >>> >>> Btw John, PBDRY still gets set for sleeps in the sys/rpc code. >>> However, >>> as far as I can tell, it just sets TDF_SBDRY when it is already set >>> and seems harmless. (Since this code is supposed to be generic and >>> not >>> specific to NFS, maybe it should stay that way?) >>> >>> Also, since PBDRY on the sleeps sets TDF_SBDRY, I think the above >>> patch >>> is ok for stable/9 without your recent head patch. >>> >>> Maybe Marc can test the above patch? >> >> 'k, not sure what you want me to 'test', but so far, patch has been >> applied / live for ~21hrs, and no processes in state T … >> > Yes, I meant run it like you normally do and see if the hang occurs > with the patch (or other problems crop up). I suspect you have some > idea of how long it needs to run without a hang before you are convinced > the problem is fixed. > > I can't do commits until April, so there is no rush from my point of > view. (I suspect jhb@ will commit it at some point, if/when it appears > to fix the problem and seems correct.) > > Thanks for testing it, rick > >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org"help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5FE9EE8D-15AE-46D5-8260-C909399C1235>