Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 75031 invoked from network); 30 Jan 2009 18:00:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jan 2009 18:00:51 -0000 Received: (qmail 82998 invoked by uid 500); 30 Jan 2009 18:00:50 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 82786 invoked by uid 500); 30 Jan 2009 18:00:49 -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 82775 invoked by uid 99); 30 Jan 2009 18:00:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 10:00:49 -0800 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: domain of paul.joseph.davis@gmail.com designates 209.85.198.237 as permitted sender) Received: from [209.85.198.237] (HELO rv-out-0506.google.com) (209.85.198.237) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jan 2009 18:00:41 +0000 Received: by rv-out-0506.google.com with SMTP id g37so513593rvb.35 for ; Fri, 30 Jan 2009 10:00:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=0xg0QsFdAM5pdTyTjXy/ZwNASK12JreCwSNHtocZauk=; b=N/acsDrkEC5VAlPsoNftfHbKOoqLFNnMGzyXTXncktWzX2od0se5V4jSM6tFc1Bi65 Q6O1s0zRnzD9zsGoNuszu5W08ZdwPp6Kr1hleghbgYNubTtE/BnOpysRsqxWzxRT5X+g 3nRHylK6RewLwu/TQ5ITw6fqloB6jLLMzNTvg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=GMRtIAkUT+pNTxVZd+7O8FsaKLzn0IE8eV0KB5RHzgEiRl4qZihxOQRPf/dYmrU1ek qwemqvgFrRABxQGLI+rsZydRLnQcYHhcBsn+6xGndHfgcUpBviO5zXv6nOa0jYEkPg06 UaSUcL+Nko25aFGGkvhe8yKjEVkL0r65ngSWM= MIME-Version: 1.0 Received: by 10.141.44.13 with SMTP id w13mr147178rvj.190.1233338420600; Fri, 30 Jan 2009 10:00:20 -0800 (PST) In-Reply-To: <4983378F.6040609@bbc.co.uk> References: <1233326313.49999.ezmlm@couchdb.apache.org> <4983187C.8090404@bbc.co.uk> <4983378F.6040609@bbc.co.uk> Date: Fri, 30 Jan 2009 13:00:20 -0500 Message-ID: Subject: Re: User, Erlang, Couchdb or kernel error ? From: Paul Davis To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Jan 30, 2009 at 12:23 PM, Dirk-Willem van Gulik wrote: > Paul Davis wrote: > >> Taking a wild stab, are you running out of ports on the client side? >> The 20-30 second wait would be when all your sockets are in TIME_WAIT >> mode before closing? > > That seems to be fine -- BUT: > >> You might check and see if your cilent lib is doing Keep-Alive or not. > > This gives me an opening - there is something odd with Keep-Alive. Just to > confirm - couchdb should do the right 1.1 dance, understand Keep-Alive and > allow for (anyish) number of subsequent requests ? > I'm not sure on the exact specifics of Keep-Alive, but I think generally connections are created with a maximum-number of requests (something like 300) before the socket is closed. Not sure if this is a client or server setting. HTH, Paul Davis > Dw > > http://www.bbc.co.uk/ > This e-mail (and any attachments) is confidential and may contain personal > views which are not the views of the BBC unless specifically stated. > If you have received it in error, please delete it from your system. > Do not use, copy or disclose the information in any way nor act in reliance > on it and notify the sender immediately. > Please note that the BBC monitors e-mails sent or received. > Further communication will signify your consent to this. > >