Return-Path: 
 <user-return-42979-apmail-hbase-user-archive=hbase.apache.org@hbase.apache.org>
X-Original-To: apmail-hbase-user-archive@www.apache.org
Delivered-To: apmail-hbase-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 CEF2B1069F
	for <apmail-hbase-user-archive@www.apache.org>;
 Wed, 30 Apr 2014 07:39:20 +0000 (UTC)
Received: (qmail 99727 invoked by uid 500); 30 Apr 2014 07:39:12 -0000
Delivered-To: apmail-hbase-user-archive@hbase.apache.org
Received: (qmail 99688 invoked by uid 500); 30 Apr 2014 07:39:08 -0000
Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-help@hbase.apache.org>
List-Unsubscribe: <mailto:user-unsubscribe@hbase.apache.org>
List-Post: <mailto:user@hbase.apache.org>
List-Id: <user.hbase.apache.org>
Reply-To: user@hbase.apache.org
Delivered-To: mailing list user@hbase.apache.org
Received: (qmail 99680 invoked by uid 99); 30 Apr 2014 07:39:06 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Apr 2014 07:39:06 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=5.0
	tests=RCVD_IN_DNSWL_NONE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [212.227.15.4] (HELO mout.web.de) (212.227.15.4)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Apr 2014 07:39:01 +0000
Received: from [213.61.69.122] by 3capp-webde-bs39 with HTTP; Wed, 30 Apr
 2014 09:38:38 +0200
MIME-Version: 1.0
Message-ID: 
 <trinity-c9a1ac30-28a8-47b9-98fe-bc51854ecf01-1398843518450@3capp-webde-bs39>
From: "Hansi Klose" <hansi.klose@web.de>
To: user@hbase.apache.org
Subject: Aw: Re: Re: taking snapshot's creates to many TCP CLOSE_WAIT
 handles on the hbase master server
Content-Type: text/plain; charset=UTF-8
Date: Wed, 30 Apr 2014 09:38:38 +0200
Importance: normal
Sensitivity: Normal
In-Reply-To: 
 <CADcMMgEMH7pUzeYL=Q-bpoaZM_sBExB6+A4moGNQXQNEYNQPgw@mail.gmail.com>
References: 
 <trinity-18b16371-633e-4f6d-b84f-5e34ef00c6a6-1397742699945@3capp-webde-bs10>
 <CADcMMgGS0wAHEyotsbs-PhViFFcXjTnfbD6_0yzP=ESdh6qLRA@mail.gmail.com>
 <CADcMMgEEA3BVD-CQCCUuWkXM-rxggOESG1gXtDsY8jAnFeaZFg@mail.gmail.com>
 <trinity-f5e679c7-4797-4157-ba9b-97a786bdfb9d-1398784556072@3capp-webde-bs05>,
 <CADcMMgEMH7pUzeYL=Q-bpoaZM_sBExB6+A4moGNQXQNEYNQPgw@mail.gmail.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K0:ZJ9uxvGEA0ixb35N2EdrshhVpAdsiojOUxbsUqUUa1W
 9Kw1RkhteOE7LZdexmFs6yUzRNVSbb47oz5XmvwB0blSc+cFSq
 UyhmTMmjuv5ONCMfIHxc/GYTI8DWmDt3gifPcFzl/bsMEtJ9Dg
 8irZ912qg8M3W+9unVd8gBxNGkleqaH0gH1lXUbHvcbeyDyQhq
 tXVmFegLEs+Qi2Pi3K3ZwFHkUkPsNl09iG03LC19MvX02WUChO
 m8a2Yd2Tdw5sRFmlxoeilQl9yDCDJfosaPYpNVy4tVeOp+xufS
 FkmVfzCPY0sb4RYuQpYsDuAwITB
X-Virus-Checked: Checked by ClamAV on apache.org

Hi,

sorry i missed that  :-(

I tried that parameter in my hbase-site.xml and restartet the hbase master and all regionserver.

  <property>
    <name>dfs.client.socketcache.expiryMsec</name>
    <value>900</value>
  </property>

No change, the ClOSE_WAIT sockets still persists on the hbase master to the 
regionserver's datanode after taking snapshots.

Because it was not clear for me where to the setting has to go
i put it in our hdfs-site.xml too and restarted all datanodes.
I thought that settings with dfs.client maybe have to go there. 
But this did not change the behavior either.

Regards Hansi

> Gesendet: Dienstag, 29. April 2014 um 19:21 Uhr
> Von: Stack <stack@duboce.net>
> An: Hbase-User <user@hbase.apache.org>
> Betreff: Re: Re: taking snapshot's creates to many TCP CLOSE_WAIT handles on the hbase master server
>
> On Tue, Apr 29, 2014 at 8:15 AM, Hansi Klose <hansi.klose@web.de> wrote:
> 
> > Hi all,
> >
> > sorry for the late answer.
> >
> > I configured the hbase-site.conf like this
> >
> >   <property>
> >     <name>dfs.client.socketcache.capacity</name>
> >     <value>0</value>
> >   </property>
> >   <property>
> >     <name>dfs.datanode.socket.reuse.keepalive</name>
> >     <value>0</value>
> >   </property>
> >
> > and restarted the hbase master and all regionservers.
> > I still can see the same behavior. Each snapshot creates
> > new CLOSE_WAIT Sockets which stay there till hbase master restart.
> >
> > I there any other setting I can try?
> >
> 
> You saw my last suggestion about "...dfs.client.socketcache.expiryMsec to
> 900 in your HBase client configuration.."?
> 
> St.Ack
>