Date: Mon, 18 Feb 2013 04:16:54 -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: <C223A272-463F-4EEB-9981-9B42F93A35C9@hub.org> In-Reply-To: <5FE9EE8D-15AE-46D5-8260-C909399C1235@hub.org> References: <465448349.3084923.1361113640094.JavaMail.root@erie.cs.uoguelph.ca> <5FE9EE8D-15AE-46D5-8260-C909399C1235@hub.org>
next in thread | previous in thread | raw e-mail | index | archive | help
According to /var/log/messages, everything seems to have been running = (at least against the local file system) up until the reboot: =3D=3D=3D Feb 18 12:00:00 mercury kernel: bce1: promiscuous mode disabled Feb 18 12:00:00 mercury kernel: bce1: promiscuous mode enabled Feb 18 12:13:55 mercury syslogd: kernel boot file is /boot/kernel/kernel Feb 18 12:13:55 mercury kernel: Copyright (c) 1992-2013 The FreeBSD = Project. =3D=3D=3D On 2013-02-18, at 4:12 AM, Marc Fournier <scrappy@hub.org> wrote: >=20 > 2days, 6hrs since reboot with new kernel, server shows unreachable: >=20 > # ssh mercury > ssh_exchange_identification: Connection closed by remote host >=20 > although runtime shows it is up: >=20 > mercury up 2+06:17, 0 users, load 0.63, = 0.69, 0.70 >=20 > Remote console shows: >=20 > <Screen Shot 2013-02-18 at 4.06.02 AM.png> >=20 > 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 =85 >=20 > Remotely power cycled server. >=20 > This is new behaviour for that server since applying patch =85 will = see if it happens again ... >=20 >=20 > On 2013-02-17, at 7:07 AM, Rick Macklem <rmacklem@uoguelph.ca> wrote: >=20 >> Marc Fournier wrote: >>> On 2013-02-15, at 7:21 AM, Rick Macklem <rmacklem@uoguelph.ca> = wrote: >>>=20 >>>>>=20 >>>> Righto. Thanks jhb and kib for looking at this. >>>>=20 >>>> 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?) >>>>=20 >>>> Also, since PBDRY on the sleeps sets TDF_SBDRY, I think the above >>>> patch >>>> is ok for stable/9 without your recent head patch. >>>>=20 >>>> Maybe Marc can test the above patch? >>>=20 >>> '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 =85 >>>=20 >> 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. >>=20 >> 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.) >>=20 >> Thanks for testing it, rick >>=20 >>>=20 >>>=20 >>> _______________________________________________ >>> 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" >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C223A272-463F-4EEB-9981-9B42F93A35C9>