From owner-freebsd-stable@FreeBSD.ORG Tue Feb 24 11:57:23 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2237316A4CE for ; Tue, 24 Feb 2004 11:57:23 -0800 (PST) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E6243D2F for ; Tue, 24 Feb 2004 11:57:20 -0800 (PST) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i1OJvKK9011521; Tue, 24 Feb 2004 11:57:20 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i1OJvKUc011520; Tue, 24 Feb 2004 11:57:20 -0800 (PST) (envelope-from david) Date: Tue, 24 Feb 2004 11:57:20 -0800 (PST) From: David Wolfskill Message-Id: <200402241957.i1OJvKUc011520@bunrab.catwhisker.org> To: freebsd-stable@freebsd.org, michael@gisp.dk In-Reply-To: <20040224181502.C65849@server.gisp.dk> Subject: Re: Can't kill process X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2004 19:57:23 -0000 >Date: Tue, 24 Feb 2004 18:19:38 +0100 (CET) >From: Michael Sig Birkmose >To: freebsd-stable@freebsd.org >Subject: Can't kill process >Sender: owner-freebsd-stable@freebsd.org >I am currently running FreeBSD 4.9, and I have a user who somehow managed >to get some dead bash processes. I have repeatedly attempted to kill -9 >this process without any luck. The way I understood it was that kill -9 was an >"offer that the process can't refuce" :) I.e. that the process would be >terminated no matter wat by the OS? >... >Does anyone have an idea of what I have to do, in order to kill the >proces? If a process doesn't get any CPU time at all, it's difficult to do anything at all with it, including making it exit. This can be an issue, e.g., for a process that had opened a file on an NFS-mounted file system, then the NFS server goes away. A subsequent read() by the process in question will show up with a "D" under "STAT" in the output of "ps". It's rather disruptive, but a reboot may be required to actually get rid of the process entirely. Peace, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise.