Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 03D3B10F45 for ; Fri, 22 Nov 2013 16:32:59 +0000 (UTC) Received: (qmail 11119 invoked by uid 500); 22 Nov 2013 16:32:53 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 11047 invoked by uid 500); 22 Nov 2013 16:32:52 -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 11035 invoked by uid 99); 22 Nov 2013 16:32:51 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Nov 2013 16:32:51 +0000 Received: from localhost (HELO mail-lb0-f182.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Nov 2013 16:32:50 +0000 Received: by mail-lb0-f182.google.com with SMTP id u14so1119422lbd.41 for ; Fri, 22 Nov 2013 08:32:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=WNr1hh6VJYAaZ6TvLXCuM+BjSCWh7PLXv/D3dmCzEIc=; b=KPWCr1cvFWE/i5GelbZF1KO5bdGRoLw8dFsFVS5qS0GilhPc+sg3xidLvKb9V9ZSWY hjKkiyNij08zgnxK2OraLGpkZOEmSAMUP4fS/C6exdHadtgZ4dqvcCeDcgweRo7eWTmV Jj1SfMGKFaTB4mIZoipyC3uGOsrHbRrOkOoPK8A46RuOBvNUx5cYT//B8C1b+AqfIlYN pn02qwE1Rdfd8lEV6KogkrGy9tvScfuzVl1pdUy/Z3uYLeBQyTbefu6WDEh50H5WVUzR eXzMZKdw1RTb2q4vK7NHs9IP3ahSVXMWREDzABgEHh66l9VSlnral9cydkJnQNY1Nob6 czCQ== MIME-Version: 1.0 X-Received: by 10.152.1.197 with SMTP id 5mr327662lao.0.1385137968769; Fri, 22 Nov 2013 08:32:48 -0800 (PST) Received: by 10.112.67.12 with HTTP; Fri, 22 Nov 2013 08:32:48 -0800 (PST) In-Reply-To: References: Date: Fri, 22 Nov 2013 16:32:48 +0000 Message-ID: Subject: Re: Debian init script stop/restart does not work From: Robert Newson To: "user@couchdb.apache.org" Content-Type: text/plain; charset=ISO-8859-1 Thanks! On 22 November 2013 15:42, Mike Marino wrote: > Ok, so this is for couchdb 1.3.0 (downloaded tar.gz). The changes I > made (please ignore my misspelling of shepherd :-) ) are here: > > https://gist.github.com/mgmarino/7601778 > > To summarize, I essentially track the pid of the shepherd program, > which would otherwise respawn couchdb, and kill this program also > during a shutdown. This certainly doesn't address any larger issues > of the complication of the start / stop, but perhaps it will at least > be informative. I also haven't checked to see if anything changed > between 1.3 and 1.4/1.5, so I hope it's still relevant. > > hth, > Mike > > > On Fri, Nov 22, 2013 at 3:57 PM, Robert Newson wrote: >> That would be great! >> >> On 22 November 2013 14:55, Mike Marino wrote: >>> I have definitely had a similar issue, and had to fix the script >>> myself ( We use a CRUX distribution, so everything was built from >>> scratch ). If it would help, I could dig up how I fixed it on my >>> system. >>> >>> On Fri, Nov 22, 2013 at 3:54 PM, Robert Newson wrote: >>>> Yup, we know. The start/stop code is quite complicated (*too* >>>> complicated) and seems to go wrong more and more. >>>> >>>> Jan and I are going to spend some time digging into it over the weekend. >>>> >>>> The main issue is that the pid in the pidfile is wrong (generally on >>>> first start since boot) so stop fails. I've even seen it let two >>>> couchdb's start at once. >>>> >>>> B. >>>> >>>> >>>> On 22 November 2013 14:45, Alexander Uvarov wrote: >>>>> Debian init script does not work as expected in stop/restart cases. It successfully executes, but process still alive and database still respond. Anyone with same problems? >>>>> >>>>> Using 1.4, 1.5 built by hands.