Date: Thu, 7 Oct 2004 09:52:42 -0600 From: Nathan Kinkade <nkinkade@ub.edu.bz> To: Danny Howard <djh@servercentral.net> Cc: freebsd-questions@freebsd.org Subject: Re: Remote terminal sessions lock up and daemons flake out Message-ID: <20041007155242.GI3633@gentoo-npk.bmp.ub> In-Reply-To: <4165533E.1080905@servercentral.net> References: <4165533E.1080905@servercentral.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--trRLnZT3leHHTjS+ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 07, 2004 at 09:31:26AM -0500, Danny Howard wrote: > This last problem has started to happen only lately. >=20 > I log in from my FreeBSD workstation, on an xterm, via ssh to a remote=20 > machine running 4.9. I often sudo -s. I'm using tcsh. Lately, I leave= =20 > the session for a while and come back and the session is locked up. I=20 > can't exit or anything. I kill the xterm and restart. I reconnect to=20 > the box, and there's no hanging session ... any advice? >=20 > Possibly related. This is a Plesk box. The httpd and spamd frequently= =20 > fail. I've got a duct-tape script in cron to check these demons and=20 > restart. Pointers on where I might look, perhaps in sysctl, to pinpoint= =20 > what might be happening? >=20 > Thanks, > -danny Could this be an idle-timeout on the server and the connection isn't closing properly? Perhaps you are behind some sort of stateful firewall that drops dynamic rules after a certain period of idle time? Nathan --=20 PGP Public Key: pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xD8527E49 --trRLnZT3leHHTjS+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBZWZKO0ZIEthSfkkRAtfbAKCKfQE1F8WXhEAVydymjoWlDrlElQCeLYZA xDK+XaT2/XQAZ8Vt080bibg= =Mh7i -----END PGP SIGNATURE----- --trRLnZT3leHHTjS+--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041007155242.GI3633>