Return-Path: 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 A587711466 for ; Thu, 14 Aug 2014 17:17:04 +0000 (UTC) Received: (qmail 90411 invoked by uid 500); 14 Aug 2014 17:17:02 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 90348 invoked by uid 500); 14 Aug 2014 17:17:02 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 90331 invoked by uid 99); 14 Aug 2014 17:17:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Aug 2014 17:17:02 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [49.212.34.109] (HELO oss.nttdata.co.jp) (49.212.34.109) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Aug 2014 17:16:56 +0000 Received: from mstkma01.local (192.169.20.154.static.etheric.net [192.169.20.154]) by oss.nttdata.co.jp (Postfix) with ESMTP id 8AB2A17EE07 for ; Fri, 15 Aug 2014 02:16:26 +0900 (JST) Message-ID: <53ECEEE8.4020109@oss.nttdata.co.jp> Date: Thu, 14 Aug 2014 10:16:24 -0700 From: Masatake Iwasaki User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: user@hbase.apache.org Subject: Re: Server-side tracing in HBase (or how deep the tracing is) References: <53E642B5.5090302@oss.nttdata.co.jp> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.4 at oss.nttdata.co.jp X-Virus-Status: Clean X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on oss.nttdata.co.jp X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-99.6 required=13.0 tests=CONTENT_TYPE_PRESENT, UNPARSEABLE_RELAY,USER_IN_WHITELIST autolearn=failed version=3.2.5 > In my traces, I did not see any traces from client to either master or > regionserver. I have tried both deployment, pseudo-distributed on one > machine, and full-distributed on three machines (one client, one as hmaster > and zk, and one as regionserver). It only shows the following four spans in > my trace. Please check the permission of output file. Tracing information of the rpc to server is written by the server. It is also necessary to restart servers after editing hdfs-site.xml in order to enable tracing. If you use LocalFileSpanReceiver in distributed cluster, output files are written to the local of each node. You should use ZipkinSpanReceiver in distributed cluster. LocalFileSpanReceiver is for trivial testing. (8/13/14, 23:04), yun peng wrote: > In my traces, I did not see any traces from client to either master or > regionserver. I have tried both deployment, pseudo-distributed on one > machine, and full-distributed on three machines (one client, one as hmaster > and zk, and one as regionserver). It only shows the following four spans in > my trace. > > Not sure if it matters, but my hbase cluster (for testing purpose) has only > one data item. Does it mean the data may only exist on zookeeper?... > > ============================ > {"TraceID":7257699385989462904,"SpanID":7302065526441692199,"ParentID":3479247883930615740,"ProcessID":"Executable","Start":1407995865229,"Stop":1407995865595,"Description":"RecoverableZookeeper.exists","KVAnnotations":{},"TLAnnotations":[]} > {"TraceID":7257699385989462904,"SpanID":1531433462825976451,"ParentID":3479247883930615740,"ProcessID":"Executable","Start":1407995865598,"Stop":1407995865676,"Description":"RecoverableZookeeper.getData","KVAnnotations":{},"TLAnnotations":[]} > {"TraceID":7257699385989462904,"SpanID":6733360713454706168,"ParentID":3479247883930615740,"ProcessID":"Executable","Start":1407995865955,"Stop":1407995866024,"Description":"RecoverableZookeeper.getData","KVAnnotations":{},"TLAnnotations":[]} > {"TraceID":7257699385989462904,"SpanID":3479247883930615740,"ParentID":477902,"ProcessID":"Executable","Start":1407995864542,"Stop":1407995866420,"Description":"Gets","KVAnnotations":{},"TLAnnotations":[]} > ============================ > > > > On Sat, Aug 9, 2014 at 11:48 AM, Masatake Iwasaki < > iwasakims@oss.nttdata.co.jp> wrote: > >>> The traces I got is mostly the interactions between zookeeper and >>> Hbase-client thread. >> >> Can you see at least one trace from client to master or regionserver? >> If so, it's working correctly. >> >> >> >>> I am asking how I can enable the trace collection on the server side, >> like >>> RPC involving HMaster, and Regionserver. Or does the current hbase-trace >>> support such server-side tracing? and how deep (thread-level or >> RPC-level) >>> the hbase-trace is? >> >> Tracing is based on RPC. >> Downstream RPCs from server processing your traced request to another >> server are traced. >> Also you can add custom tracing points. >> grepping "startSpan" in HBase source code shows you them. >> Not so many in released server code. >> >> >> (8/9/14, 8:01), yun peng wrote:> Hi, >> >>> I am using HTracing-0.3.4 with LocalFileSpanReceiver in >> HBase-0.99-SNAPSHOT >>> (in branch1 as of now). I have enabled the tracing configuration (i.e. in >>> hbase-site.xml) at both client and server side. I am running HBase in a >>> psuedo-dstributed mode, that is, 2 region servers, one hmaster and one >>> zookeeper, as different processes but in one machine. >>> >>> The traces I got is mostly the interactions between zookeeper and >>> Hbase-client thread. >>> I am asking how I can enable the trace collection on the server side, >> like >>> RPC involving HMaster, and Regionserver. Or does the current hbase-trace >>> support such server-side tracing? and how deep (thread-level or >> RPC-level) >>> the hbase-trace is? >> > > >