Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (athena.apache.org: domain of ingramchen@gmail.com
 designates 209.85.160.44 as permitted sender)
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;
        b=G+Svun1L+hQCW415SJpKeeXC1va/muPHthbb/RBHKjUVdGIb0pJxXxqWeZHWQVXtl4
         j5BC8U+xB0yz52787B8Zrddg1lojDJke4zlObci1H5pcBQxsm+hBxcrKZxum+SS5WnBL
         YjjLgwJgeJMNIZLf5dsuPJjDsXhUkAdbzRc5A=
MIME-Version: 1.0
In-Reply-To: <o2zcdc5ad201004190846jc90a1843wca0b27c05b29fadf@mail.gmail.com>
References: <l2q18306c3b1004190827s4f466a9fj43ea5b98cc6ce66a@mail.gmail.com>
	 <o2zcdc5ad201004190846jc90a1843wca0b27c05b29fadf@mail.gmail.com>
Date: Mon, 19 Apr 2010 23:56:05 +0800
Message-ID: <y2l18306c3b1004190856nfcfd39z93d62be987693c8d@mail.gmail.com>
Subject: Re: tcp CLOSE_WAIT bug
From: Ingram Chen <ingramchen@gmail.com>
To: user@cassandra.apache.org
Content-Type: multipart/alternative; boundary=000e0cd17ed8a80467048498ff3d

--000e0cd17ed8a80467048498ff3d
Content-Type: text/plain; charset=UTF-8

Thank your information.

We do use connection pools with thrift client and ThriftAdress is on port
9160.

Those problematic connections we found are all in port 7000, which is
internal communications port between
nodes. I guess this related to StreamingService.

On Mon, Apr 19, 2010 at 23:46, Brandon Williams <driftx@gmail.com> wrote:

> On Mon, Apr 19, 2010 at 10:27 AM, Ingram Chen <ingramchen@gmail.com>wrote:
>
>> Hi all,
>>
>>     We have observed several connections between nodes in CLOSE_WAIT after
>> several hours of operation:
>>
>
> This is symptomatic of not pooling your client connections correctly.  Be
> sure you're using one connection per thread, not one connection per
> operation.
>
> -Brandon
>


-- 
Ingram Chen
online share order: http://dinbendon.net
blog: http://www.javaworld.com.tw/roller/page/ingramchen

--000e0cd17ed8a80467048498ff3d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thank your information.<br><br>We do use connection pools with thrift clien=
t and ThriftAdress is on port 9160.<br><br>Those problematic connections we=
 found are all in port 7000, which is internal communications port between<=
br>
nodes. I guess this related to StreamingService.<br><br><div class=3D"gmail=
_quote">On Mon, Apr 19, 2010 at 23:46, Brandon Williams <span dir=3D"ltr">&=
lt;<a href=3D"mailto:driftx@gmail.com">driftx@gmail.com</a>&gt;</span> wrot=
e:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class=3D"gma=
il_quote"><div class=3D"im">On Mon, Apr 19, 2010 at 10:27 AM, Ingram Chen <=
span dir=3D"ltr">&lt;<a href=3D"mailto:ingramchen@gmail.com" target=3D"_bla=
nk">ingramchen@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi all,<br><br>=C2=A0=C2=A0=C2=A0 We have observed several connections betw=
een nodes in CLOSE_WAIT after several hours of operation:<br></blockquote><=
div><br></div></div><div>This is symptomatic of not pooling your client con=
nections correctly. =C2=A0Be sure you&#39;re using one connection per threa=
d, not one connection per operation.</div>

<div><br></div><font color=3D"#888888"><div>-Brandon</div></font></div>
</blockquote></div><br><br clear=3D"all"><br>-- <br>Ingram Chen<br>online s=
hare order: <a href=3D"http://dinbendon.net">http://dinbendon.net</a> <br>b=
log: <a href=3D"http://www.javaworld.com.tw/roller/page/ingramchen">http://=
www.javaworld.com.tw/roller/page/ingramchen</a><br>


--000e0cd17ed8a80467048498ff3d--