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 5D11A958B for ; Fri, 1 Jun 2012 21:53:20 +0000 (UTC) Received: (qmail 59313 invoked by uid 500); 1 Jun 2012 21:53:18 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 59250 invoked by uid 500); 1 Jun 2012 21:53:18 -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 59242 invoked by uid 99); 1 Jun 2012 21:53:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jun 2012 21:53:18 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dave@muse.net.nz designates 209.85.220.180 as permitted sender) Received: from [209.85.220.180] (HELO mail-vc0-f180.google.com) (209.85.220.180) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jun 2012 21:53:11 +0000 Received: by vcbfk26 with SMTP id fk26so1895039vcb.11 for ; Fri, 01 Jun 2012 14:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=muse.net.nz; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=NxgJJ5zBf7AtuRwSI3zQkHeCgYoa+uSQDBhIAoLqr1g=; b=OhfdaT4CvTrQvEhozGM2vrUh3A6Wnr+w3I6yAVokPfKSBGx27k77VOP+Cw1wkVrFF7 6M/NGjeQw+Yw1As7uQpp12KHRcMBt85BCNIp6rIpQmy7QML8khRdA4D3kC5HHjKMnAs4 jSbsYRcuL0pEdEoOgHLjYMGDUJPJVU3LNWUdU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding :x-gm-message-state; bh=NxgJJ5zBf7AtuRwSI3zQkHeCgYoa+uSQDBhIAoLqr1g=; b=id9IAC+Xwr9IWdv/N7UCiQoijIl6nAoHo6PI6RQkkYO9ZMcO9Eb6ecBg/dySWOuVjU JgFFXuJni5nQrWMBVEMNp/Q39jsCLItmDAC6C4Q4yixx0wSNKpaC+F93NiP6hPWfeYaY glxkFrNqsmicSaaiYWo61WeFaOQXdaOjV7TanOkArSseH9gme1BVyP55qKjW4wOAeXLH Xk5bkGg1Q8D9xtyNBY9t3n997jywPMhHwPgzurmymDo0d9Wg/dNKQVeyRMKKcCXEvWse EaHyaGZYbtka9fmtgcXN9P7eE8L2AJYerk7C1/mQtn756c1nNvU699SeZiaFgFxmasbN HYuA== MIME-Version: 1.0 Received: by 10.52.64.146 with SMTP id o18mr3920392vds.55.1338587570441; Fri, 01 Jun 2012 14:52:50 -0700 (PDT) Received: by 10.52.107.233 with HTTP; Fri, 1 Jun 2012 14:52:50 -0700 (PDT) X-Originating-IP: [84.112.19.176] In-Reply-To: References: Date: Fri, 1 Jun 2012 23:52:50 +0200 Message-ID: Subject: Re: local.ini settings not taking precedence From: Dave Cottlehuber To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkHA1nKxOEe2+10siVRYTh2/a/8r+7cUGb0oLKx1kMZmkj/3cxvBuAxtUz92MFqHMUrdQ2k On 1 June 2012 22:56, Tim Tisdall wrote: > I have the same config order as you. Phew. > It seems to have written the log level change to local.ini . =A0However, = I'm > not sure how to interpret that... =A0does that mean it's giving local.ini= the > highest precedence? Yes. > So, I looked at http://localhost:5984/_utils/config.html and it's now > reporting > socket_options =A0[{nodelay, true}] > > This is after I changed local.ini to have the value > socket_option =3D [{keepalive, true}, {nodelay, true}] > > since both default and local.ini say keepalive is true, it seems odd that > it's now dropped... It looks as if local & default inis would merge the proplists, but it's treated as a simple text replacement when read in local.ini. Despite fiddling, the only thing I can think of is that maybe you you've got your sections mis-matched. Can you check this with curl & confirm? dave@akai couchdb % curl $COUCH/_config/httpd/socket_options "[{recbuf, 262144}, {sndbuf, 262144}, {nodelay, true}]" NB editing the files directly will require restarting couchdb, using the HTTP API does not. A+ Dave