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 3EE9F9ABE for ; Sat, 28 Jul 2012 01:03:49 +0000 (UTC) Received: (qmail 78559 invoked by uid 500); 28 Jul 2012 01:03:47 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 78504 invoked by uid 500); 28 Jul 2012 01:03:47 -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 78494 invoked by uid 99); 28 Jul 2012 01:03:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Jul 2012 01:03:47 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FSL_RCVD_USER,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of alex.baranov.v@gmail.com designates 209.85.160.169 as permitted sender) Received: from [209.85.160.169] (HELO mail-gh0-f169.google.com) (209.85.160.169) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Jul 2012 01:03:39 +0000 Received: by ghrr18 with SMTP id r18so4519646ghr.14 for ; Fri, 27 Jul 2012 18:03:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=tSGYRo8gNooWQM/znav5iVF7AVopTjnXfaIQM5tr/U8=; b=D4Z4MAFZOAzeMQoaWmoaob6zJu3cw4iyMLoO2r+O3hOrOGuX/3jdaQshto3ePwUZL9 XXdfBq52xaHbC11c95bEFX5VrZNIbpsOX+ct6zhg0JQxjNWTUgF1iwj0Uiil8DJkaIUb PiFhdSxg8gUtH02F40zcqohiZIDzkgVoN7caSQ93f4zxfgteZo8wHeLdnZMlqVLMrmPE EvCmqviijuKu09Nr/4PzXXfCUU9wcjZXciOgWhc3DIRr8xxW2MBsvkdQo3+V4hGk1pkP u0mTGGqYO68FnSPN7ltmLwkiZ1fTU6wfn5BIh/9cbUjvlUeR0IxGOJwuJWMtFDCVmsu0 2R2g== MIME-Version: 1.0 Received: by 10.50.170.39 with SMTP id aj7mr6225839igc.32.1343437397523; Fri, 27 Jul 2012 18:03:17 -0700 (PDT) Received: by 10.50.111.103 with HTTP; Fri, 27 Jul 2012 18:03:17 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Jul 2012 21:03:17 -0400 Message-ID: Subject: Re: Cluster load From: Alex Baranau To: user@hbase.apache.org Content-Type: multipart/alternative; boundary=e89a8f235411db7e7304c5d9645d --e89a8f235411db7e7304c5d9645d Content-Type: text/plain; charset=ISO-8859-1 Yeah, your row keys start with \x00 which is = (byte) 0. This is not the same as "0" (which is = (byte) 48). You know what to fix now ;) Alex Baranau ------ Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - ElasticSearch - Solr On Fri, Jul 27, 2012 at 8:43 PM, Mohit Anchlia wrote: > On Fri, Jul 27, 2012 at 4:51 PM, Alex Baranau >wrote: > > > Can you scan your table and show one record? > > > > I guess you might be confusing Bytes.toBytes("0") vs byte[] {(byte) 0} > that > > I mentioned in the other thread. I.e. looks like first region holds > records > > which key starts with any byte up to "0", which is (byte) 48. Hence, if > you > > set first byte of your key to anything from (byte) 0 - (byte) 9, all of > > them will fall into first regions which holds records with prefixes > (byte) > > 0 - (byte) 48. > > > > Could you check that? > > > > > I thought that if I give Bytes.toBytes("0") it really means that the row > keys starting with "0" will go in that region. Here is my code that creates > a row key and splits using admin util. I also am including the output of > hbase shell scan after the code. > > public static byte[][] splitRegionsSessionTimeline(int start, int end) { > byte[][] splitKeys = new byte[end][]; > // the first region starting with empty key will be created > // automatically > for (int i = 0; i < splitKeys.length; i++) { > splitKeys[i] = Bytes.toBytes(String.valueOf(i)); > } > return splitKeys; > } > public static byte [] getRowKey(MetricType metricName, Long timestamp, > Short bucketNo, char rowDelim){ > byte [] result = null; > int rowSize = getRowSize(); > ByteBuffer b = ByteBuffer.allocate(rowSize); > //Bucket No 0-9 randomely > b.putShort(bucketNo); > //Row Delimiter > b.putChar(rowDelim); > b.putShort(metricName.getId()); > long reverseOrderEpoch = getReverseBaseTimeStamp(metricName,timestamp); > b.putLong(reverseOrderEpoch); > result = b.array(); > return result; > } > > from hbase shell scan table: > > \x00\x00\x00:\x00\x01\x7F\xFF\xFE\xC7:\x10@\x9 > column=S_T_MTX:\x00\x00gK, > timestamp=1343350528865, value=1343350646443 > F > \x00\x00\x00:\x00\x01\x7F\xFF\xFE\xC7:\x10@\x9 column=S_T_MTX:\x00\x00gL, > timestamp=1343350528866, value=1343350646444 > F > \x00\x00\x00:\x00\x01\x7F\xFF\xFE\xC7:\x10@\x9 column=S_T_MTX:\x00\x00gU, > timestamp=1343350528874, value=1343350646453 > F > \x00\x00\x00:\x00\x01\x7F\xFF\xFE\xC7:\x10@\x9 column=S_T_MTX:\x00\x00gZ, > timestamp=1343350528880, value=1343350646458 > F > > > Alex Baranau > > ------ > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - ElasticSearch > - > > Solr > > > > On Fri, Jul 27, 2012 at 7:24 PM, Mohit Anchlia > >wrote: > > > > > On Fri, Jul 27, 2012 at 11:48 AM, Alex Baranau < > alex.baranov.v@gmail.com > > > >wrote: > > > > > > > You can read metrics [0] from JMX directly [1] or use Ganglia [2] or > > > other > > > > third-party tools like [3] (I'm a little biased here;)). > > > > > > > > [0] http://hbase.apache.org/book.html#hbase_metrics > > > > [1] http://hbase.apache.org/metrics.html > > > > [2] http://wiki.apache.org/hadoop/GangliaMetrics > > > > [3] http://sematext.com/spm/hbase-performance-monitoring/index.html > > > > > > > > Note, that metrics values may seem a bit ugly/weird: as they say, you > > > have > > > > to refer to Lars' book HBase in Action to understand how some of them > > > > calculated. There's an ongoing work towards revising metrics, they > > should > > > > look much better in next releases. > > > > > > > > > > > > > > I did flush still what I am seeing is that all my keys are still going > to > > > the first region even though my keys have 0-9 as the first character. > Is > > > there a easy way to see why that might be? hbase shell scan only shows > > > value in hex. > > > > > > SESSION_TIMELINE1,,1343334722986.0a5f6fadd0435 > column=info:regioninfo, > > > timestamp=1343334723073, value=REGION => {NAME => > > > 'SESSION_TIMELINE1,,1343334722986.0a5f6fadd0435898c6f4cf11daa989 > > > 898c6f4cf11daa9895a. 5a.', STARTKEY => '', > > > ENDKEY => '0', ENCODED => 0a5f6fadd0435898c6f4cf11daa9895a, TABLE => > > {{NAME > > > => 'SESSION_TIMELINE1', FAMILIES => [{NA > > > ME => 'S_T_MTX', > > > BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', COMPRESSION => 'GZ', > > > VERSIONS => '1', TTL => '2147483647', BLOCKSIZE => > > > '65536', IN_MEMORY => > > > 'false', BLOCKCACHE => 'true'}]}} > > > SESSION_TIMELINE1,0,1343334722986.79e03d78a784 column=info:regioninfo, > > > timestamp=1343334723116, value=REGION => {NAME => > > > 'SESSION_TIMELINE1,0,1343334722986.79e03d78a784601e8daa88aa85c39 > > > 601e8daa88aa85c39854. 854.', STARTKEY => '0', > > > ENDKEY => '1', ENCODED => 79e03d78a784601e8daa88aa85c39854, TABLE => > > {{NAME > > > => 'SESSION_TIMELINE1', FAMILIES => [{ > > > NAME => 'S_T_MTX', > > > BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', COMPRESSION => 'GZ', > > > VERSIONS => '1', TTL => '2147483647', BLOCKSIZE = > > > > '65536', IN_MEMORY => > > > 'false', BLOCKCACHE => 'true'}]}} > > > SESSION_TIMELINE1,1,1343334722987.1f0735a7e085 column=info:regioninfo, > > > timestamp=1343334723154, value=REGION => {NAME => > > > 'SESSION_TIMELINE1,1,1343334722987.1f0735a7e08504357d0bca07e6772 > > > 04357d0bca07e6772a75. a75.', STARTKEY => '1', > > > ENDKEY => '2', ENCODED => 1f0735a7e08504357d0bca07e6772a75, TABLE => > > {{NAME > > > => 'SESSION_TIMELINE1', FAMILIES => [{ > > > NAME => 'S_T_MTX', > > > BLOOMFILTER => 'NONE', REPLICATION_SCOPE => '0', COMPRESSION => 'GZ', > > > VERSIONS => '1', TTL => '2147483647', BLOCKSIZE = > > > > '65536', IN_MEMORY => > > > 'false', BLOCKCACHE => 'true'}]}} > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > /hbase/SESSION_TIMELINE1/486b20400be4a901d92ecded96d737cf/S_T_MTX > > > -rwxr-xr-x 3 root root 762 2012-07-26 13:32 > > > /hbase/SESSION_TIMELINE1/486b20400be4a901d92ecded96d737cf/.regioninfo > > > drwxr-xr-x - root root 4 2012-07-26 13:57 > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a > > > drwxr-xr-x - root root 0 2012-07-27 16:10 > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/.tmp > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/.oldlogs > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/.oldlogs/hlog.1343334723004 > > > drwxr-xr-x - root root 2 2012-07-27 16:10 > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX > > > -rwxr-xr-x 3 root root 20249146 2012-07-26 17:54 > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX/5004103053282833292 > > > -rwxr-xr-x 3 root root 1400171 2012-07-27 16:10 > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX/8545160324229826840 > > > > > > > Alex Baranau > > > > ------ > > > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - > > ElasticSearch > > > - > > > > Solr > > > > > > > > On Fri, Jul 27, 2012 at 2:21 PM, syed kather > > > wrote: > > > > > > > > > Thank you so much for your valuable information. I had not yet used > > any > > > > > monitoring tool .. can please suggest me a good monitor tool . > > > > > > > > > > Syed Abdul kather > > > > > send from Samsung S3 > > > > > On Jul 27, 2012 11:37 PM, "Alex Baranau" > > > > > wrote: > > > > > > > > > > > -rwxr-xr-x 3 root root 1993369 2012-07-26 13:59 > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX/1566523617482885717 > > > > > > > > > > > > "1993369" is the size. Oh sorry. It is 2MB, not 2GB. Yeah, that > > > doesn't > > > > > > tell a lot. Looks like all data is in Memstore. As I said, you > > should > > > > try > > > > > > flushing the table, so that you can see where data was written. > > > > > > > > > > > > Of course it is always great to setup monitoring and see what is > > > going > > > > on > > > > > > ;) > > > > > > > > > > > > Anyhow, the piece pasted above, means: > > > > > > > > > > > > table:SESSION_TIMELINE1, region: > 0a5f6fadd0435898c6f4cf11daa9895a, > > > > > > columnFamily: S_T_MTX, hfile(created by memstore flush): > > > > > > 1566523617482885717, > > > > > > size: 1993369 bytes. > > > > > > > > > > > > btw, 2MB looks weird: very small flush size (in this case, in > other > > > > cases > > > > > > this may happen - long story). May be compression does very well > :) > > > > > > > > > > > > Alex Baranau > > > > > > ------ > > > > > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - > > > > ElasticSearch > > > > > - > > > > > > Solr > > > > > > > > > > > > On Fri, Jul 27, 2012 at 10:52 AM, syed kather < > in.abdul@gmail.com> > > > > > wrote: > > > > > > > > > > > > > Alex Baranau, > > > > > > > > > > > > > > Can please tell how did you found it has 2GB of data from > > > > > > > "0a5f6fadd0435898c6f4cf11daa9895a" . I am pretty much intrested > > to > > > > know > > > > > > it > > > > > > > . > > > > > > > Thanks and Regards, > > > > > > > S SYED ABDUL KATHER > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Fri, Jul 27, 2012 at 7:51 PM, Alex Baranau < > > > > > alex.baranov.v@gmail.com > > > > > > > >wrote: > > > > > > > > > > > > > > > From what you posted above, I guess one of the regions > > > > > > > > (0a5f6fadd0435898c6f4cf11daa9895a, > > > > > > > > note that it has 2 files 2GB each [1], while others regions > are > > > > > > "empty") > > > > > > > is > > > > > > > > getting hit with writes. You may want to run "flush > 'mytable'" > > > > > command > > > > > > > from > > > > > > > > hbase shell before looking at hdfs - this way you make sure > > your > > > > data > > > > > > is > > > > > > > > flushed to hdfs (and not hanged in Memstores). > > > > > > > > > > > > > > > > You may want to check the START/END keys of this region (via > > > master > > > > > web > > > > > > > ui > > > > > > > > or in .META.). Then you can compare with the keys generated > by > > > your > > > > > > app. > > > > > > > > This should give you some info about what's going on. > > > > > > > > > > > > > > > > Alex Baranau > > > > > > > > ------ > > > > > > > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - > > > > > > ElasticSearch > > > > > > > - > > > > > > > > Solr > > > > > > > > > > > > > > > > [1] > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 1993369 2012-07-26 13:59 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX/1566523617482885717 > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 2003372 2012-07-26 13:57 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX/7665015246030620502 > > > > > > > > > > > > > > > > On Fri, Jul 27, 2012 at 3:16 AM, Khang Pham < > > khangich@gmail.com> > > > > > > wrote: > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > by node do you mean regionserver node ? > > > > > > > > > > > > > > > > > > if you referring to RegionServer node: you can go to the > > hbase > > > > > master > > > > > > > web > > > > > > > > > interface master:65510/master.jsp to see load for each > > > > > regionserver. > > > > > > > > That's > > > > > > > > > the overall load. If you want to see load per node per > table, > > > you > > > > > > will > > > > > > > > need > > > > > > > > > to query on .META. table (column: info:server) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --K > > > > > > > > > On Fri, Jul 27, 2012 at 9:07 AM, Mohit Anchlia < > > > > > > mohitanchlia@gmail.com > > > > > > > > > >wrote: > > > > > > > > > > > > > > > > > > > Is there a way to see how much data does each node have > per > > > > Hbase > > > > > > > > table? > > > > > > > > > > > > > > > > > > > > On Thu, Jul 26, 2012 at 5:53 PM, syed kather < > > > > in.abdul@gmail.com > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > First check whether the data in hbase is consistent ... > > > check > > > > > > this > > > > > > > by > > > > > > > > > > > running hbck (bin/hbase hbck ) If all the region is > > > > consistent > > > > > . > > > > > > > > > > > Now check no of splits in localhost:60010 for the table > > > > mention > > > > > > .. > > > > > > > > > > > On Jul 27, 2012 4:02 AM, "Mohit Anchlia" < > > > > > > mohitanchlia@gmail.com> > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > I added new regions and the performance didn't > > improve. I > > > > > think > > > > > > > it > > > > > > > > > > still > > > > > > > > > > > is > > > > > > > > > > > > the load balancing issue. I want to ensure that my > rows > > > are > > > > > > > getting > > > > > > > > > > > > distrbuted accross cluster. What I see is this: > > > > > > > > > > > > > > > > > > > > > > > > Could you please tell me what's the best way to see > the > > > > load? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [root@dsdb4 ~]# hadoop fs -lsr > > /hbase/SESSION_TIMELINE1/ > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/8c02c8ed87e1a023ece8d8090a364641 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/8c02c8ed87e1a023ece8d8090a364641/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/8c02c8ed87e1a023ece8d8090a364641/.oldlogs/hlog.1343334723359 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/8c02c8ed87e1a023ece8d8090a364641/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/8c02c8ed87e1a023ece8d8090a364641/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/79e03d78a784601e8daa88aa85c39854 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/79e03d78a784601e8daa88aa85c39854/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/79e03d78a784601e8daa88aa85c39854/.oldlogs/hlog.1343334723093 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/79e03d78a784601e8daa88aa85c39854/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/79e03d78a784601e8daa88aa85c39854/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1054fe861f199a23ebef8f49f99c4aba > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1054fe861f199a23ebef8f49f99c4aba/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1054fe861f199a23ebef8f49f99c4aba/.oldlogs/hlog.1343334723240 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1054fe861f199a23ebef8f49f99c4aba/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1054fe861f199a23ebef8f49f99c4aba/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/04295ef1d74887a107a013810f5aa26a > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/04295ef1d74887a107a013810f5aa26a/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/04295ef1d74887a107a013810f5aa26a/.oldlogs/hlog.1343334723171 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/04295ef1d74887a107a013810f5aa26a/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/04295ef1d74887a107a013810f5aa26a/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/486b20400be4a901d92ecded96d737cf > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/486b20400be4a901d92ecded96d737cf/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/486b20400be4a901d92ecded96d737cf/.oldlogs/hlog.1343334723397 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/486b20400be4a901d92ecded96d737cf/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 762 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/486b20400be4a901d92ecded96d737cf/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 4 2012-07-26 13:57 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:59 > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/.tmp > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/.oldlogs/hlog.1343334723004 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 2 2012-07-26 13:59 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 1993369 2012-07-26 13:59 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX/1566523617482885717 > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 2003372 2012-07-26 13:57 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/S_T_MTX/7665015246030620502 > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 760 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/0a5f6fadd0435898c6f4cf11daa9895a/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/5eb02340b918e80e5018c908845a8495 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/5eb02340b918e80e5018c908845a8495/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/5eb02340b918e80e5018c908845a8495/.oldlogs/hlog.1343334723286 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/5eb02340b918e80e5018c908845a8495/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/5eb02340b918e80e5018c908845a8495/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1f0735a7e08504357d0bca07e6772a75 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1f0735a7e08504357d0bca07e6772a75/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1f0735a7e08504357d0bca07e6772a75/.oldlogs/hlog.1343334723134 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1f0735a7e08504357d0bca07e6772a75/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/1f0735a7e08504357d0bca07e6772a75/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/7ac1c8704c7d2e676b1dddd75c9b94f2 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/7ac1c8704c7d2e676b1dddd75c9b94f2/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/7ac1c8704c7d2e676b1dddd75c9b94f2/.oldlogs/hlog.1343334723323 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/7ac1c8704c7d2e676b1dddd75c9b94f2/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/7ac1c8704c7d2e676b1dddd75c9b94f2/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 3 2012-07-26 13:32 > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/14e92b7f58e521fd8c0b2d56cd01aaba > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 1 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/14e92b7f58e521fd8c0b2d56cd01aaba/.oldlogs > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 124 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/14e92b7f58e521fd8c0b2d56cd01aaba/.oldlogs/hlog.1343334723204 > > > > > > > > > > > > > > > > > > > > > > > > drwxr-xr-x - root root 0 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/14e92b7f58e521fd8c0b2d56cd01aaba/S_T_MTX > > > > > > > > > > > > > > > > > > > > > > > > -rwxr-xr-x 3 root root 764 2012-07-26 13:32 > > > > > > > > > > > > > > > > > > > > > > > > /hbase/SESSION_TIMELINE1/14e92b7f58e521fd8c0b2d56cd01aaba/.regioninfo > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Alex Baranau > > > > > > > > ------ > > > > > > > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - > > > > > > ElasticSearch > > > > > > > - > > > > > > > > Solr > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Alex Baranau > > > > > > ------ > > > > > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - > > > > ElasticSearch > > > > > - > > > > > > Solr > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Alex Baranau > > > > ------ > > > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - > > ElasticSearch > > > - > > > > Solr > > > > > > > > > > > > > > > -- > > Alex Baranau > > ------ > > Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - ElasticSearch > - > > Solr > > > -- Alex Baranau ------ Sematext :: http://blog.sematext.com/ :: Hadoop - HBase - ElasticSearch - Solr --e89a8f235411db7e7304c5d9645d--