From owner-freebsd-questions@FreeBSD.ORG Wed Jul 23 10:36:12 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 305D137B401 for ; Wed, 23 Jul 2003 10:36:12 -0700 (PDT) Received: from webmail.xmission.com (webmail.xmission.com [198.60.22.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE7C43F75 for ; Wed, 23 Jul 2003 10:36:09 -0700 (PDT) (envelope-from sedwards@qrwsoftware.com) Received: from www by webmail.xmission.com with local (Exim 3.35 #1) id 19fNX7-0008PU-00 for freebsd-questions@freebsd.org; Wed, 23 Jul 2003 11:36:09 -0600 Received: from 12-209-161-120.client.attbi.com (12-209-161-120.client.attbi.com [12.209.161.120]) by webmail.xmission.com (IMP) with HTTP for ; Wed, 23 Jul 2003 11:36:08 -0600 Message-ID: <1058981768.3f1ec788d0125@webmail.xmission.com> Date: Wed, 23 Jul 2003 11:36:08 -0600 From: sedwards@qrwsoftware.com To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.1 Subject: Any way to stop a remote box gone crazy? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2003 17:36:12 -0000 Hello I have a remote machine running FreeBSD 4.8 that runs my internet radio station (http://www.itsallgoodradio.com) and it has gone wacky. It will be several hours before anyone can get to it to reboot it. I have a ssh login prompt that is still live, but anytime I try to execute a command I get either a Segmentation Fault or if I try to "su" I get an Abort trap. If I try to ssh into it now I get: ssh_exchange_identification: Connection closed by remote host The bad thing is that it is still streaming the same songs over and over (I hope the RIAA doesn't find out ;-). Does anybody have any ideas I could try to stop, kill, or reboot it before we can get to it physically? Thanks -Scott