Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 85881 invoked from network); 5 Sep 2009 03:37:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Sep 2009 03:37:22 -0000 Received: (qmail 55285 invoked by uid 500); 5 Sep 2009 03:37:21 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 55170 invoked by uid 500); 5 Sep 2009 03:37:21 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 55159 invoked by uid 99); 5 Sep 2009 03:37:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Sep 2009 03:37:21 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [202.177.221.48] (HELO blenny.roughage.com.au) (202.177.221.48) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Sep 2009 03:37:10 +0000 Received: from wrasse (unknown [172.8.173.18]) by blenny.roughage.com.au (Postfix) with ESMTP id 947F5401CE70E for ; Sat, 5 Sep 2009 13:36:47 +1000 (EST) Received: by wrasse (Postfix, from userid 1000) id 716E0100AAA9; Sat, 5 Sep 2009 13:36:47 +1000 (EST) Content-Type: text/plain; charset=UTF-8 Subject: Re: Version 0.8 won't die From: Richard Heycock To: user In-reply-to: References: <6f13a6510909041912i5a0daffaw9f78e3cb1854e4f9@mail.gmail.com> Date: Sat, 05 Sep 2009 13:36:47 +1000 Message-Id: <1252121702-sup-8027@roughage.com.au> User-Agent: Sup/git Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Excerpts from Paul Davis's message of Sat Sep 05 12:54:54 +1000 2009: > > Any idea why version 0.8 won't die? Is this message just a holdover from 0.8 > > or is it really still 0.8 after hours of effort scouring it from my server? > > Now I assume the Debian packager (*cough* Noah) made sure that > removing the package would make sure that any CouchDB processes were > shutdown, but have you tried looking at the process table to see if > there's still one hanging about? > > $ ps ax | grep beam > > Paul You could also attach strace to the beam process to work out which files it's accessing: stace -p rgh