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 79A8118BD5 for ; Tue, 22 Dec 2015 17:12:18 +0000 (UTC) Received: (qmail 50017 invoked by uid 500); 22 Dec 2015 17:12:16 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 49935 invoked by uid 500); 22 Dec 2015 17:12:16 -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 49923 invoked by uid 99); 22 Dec 2015 17:12:16 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Dec 2015 17:12:16 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 1207E1A030D for ; Tue, 22 Dec 2015 17:12:16 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.898 X-Spam-Level: ** X-Spam-Status: No, score=2.898 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 4FZsS_bSWaqr for ; Tue, 22 Dec 2015 17:12:14 +0000 (UTC) Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 464B521157 for ; Tue, 22 Dec 2015 17:12:13 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id o11so59054549qge.2 for ; Tue, 22 Dec 2015 09:12:13 -0800 (PST) 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=eLAnINk5kiIltQjiTm3wRCJaFLLGcbm02DHbKxfmJjY=; b=ev2Hb1y1RBX/g8uxrrTbUjBzD8tKMm6xYg6pj1bAAWiFnhybM7e80DtViNiuWkKvHz zH59U9Belhw77GCe3VyuxRwipXIvGFGwYelKz8zEbUswX0y+l5qHSuF7Ehyirne2WxtY xNTrlCwels+X4pX5KGscjJ3C++/X2Dc6XlZIy2YEzfEf2YT2LlU7ZwDV7p214e0J8PGW LdMuWJD3dB2ZlxSB7Go7LWbaOfv34ejDl7wVDr4TBg6syfKJlZcw/dKsKD3GXWf455Z+ WFawQq0U0VLqd5Q5g+/5pCNYh8MMh5/P0LSHPt99TRh4AwYBrIGQFt2sF+1nWeMMUEH4 ULlQ== MIME-Version: 1.0 X-Received: by 10.140.154.130 with SMTP id a124mr35793061qha.100.1450804332194; Tue, 22 Dec 2015 09:12:12 -0800 (PST) Received: by 10.140.82.164 with HTTP; Tue, 22 Dec 2015 09:12:12 -0800 (PST) In-Reply-To: <5E993C94-2A75-439E-B024-044229F758F0@digitalenvoy.net> References: <552F68EF-1469-4E23-83F0-0294AADFE521@digitalenvoy.net> <512A4548-13CA-4B62-8223-0DA7C9E0AF66@gmail.com> <5E993C94-2A75-439E-B024-044229F758F0@digitalenvoy.net> Date: Tue, 22 Dec 2015 12:12:12 -0500 Message-ID: Subject: Re: regions in transition From: Geovanie Marquez To: "user@hbase.apache.org" Content-Type: multipart/alternative; boundary=001a1139d752dbfb2905277fb4ae --001a1139d752dbfb2905277fb4ae Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable You should really find out where you hmaster ui lives (there is a master UI for every node provided by the apache project) because it gives you information on the state of your system, but if you want to skip all that, here are the instructions for OfflineRepair, without knowing what is happening with your system (logs, master ui info) you can try this but at your own risk. OfflineMetaRepair. Description Below: This code is used to rebuild meta off line from file system data. If there * are any problem detected, it will fail suggesting actions for the user to do * to "fix" problems. If it succeeds, it will backup the previous hbase:meta and * -ROOT- dirs and write new tables in place. Stop HBase zookeeper-client rmr /hbase HADOOP_USER_NAME=3Dhbase hbase org.apache.hadoop.hbase.util.hbck.OfflineMetaRepair start hbase ^ This has worked for me in some situations where I understood HDFS and Zookeeper disagreed on region locations, but keep in mind I have tried this on hbase 1.0.0 and your mileage may vary. We don't have your hbase version (you can even find this on the hbase shell= ) We don't have logs msgs We don't have master's view of your RITs On Tue, Dec 22, 2015 at 11:52 AM, Brian Jeltema wrote= : > I=E2=80=99m running Ambari 2.0.2 and HPD 2.2. I don=E2=80=99t see any of = this displayed at > master:60010. > > I really think this problem is the result of cruft in ZooKeeper. Does > anybody know > if it=E2=80=99s safe to delete the node? > > > > On Dec 22, 2015, at 11:40 AM, Geovanie Marquez < > geovanie.marquez@gmail.com> wrote: > > > > check hmaster:60010 under TASKS (between Software Attributes and Tables= ) > > you will see if you have regions in transition. This will tell you whic= h > > regions are transitioning and you can go to those region server logs an= d > > check them, I've run into a couple of these and every time they've talk > to > > me about their problem. > > > > Also, under Software Attributes you can check the HBase version. > > > > On Tue, Dec 22, 2015 at 11:29 AM, Ted Yu wrote: > > > >> From RegionListTmpl.jamon : > >> > >> <%if (onlineRegions !=3D null && onlineRegions.size() > 0) %> > >> ... > >> <%else> > >>

Not serving regions

> >> > >> > >> The message means that there was no region online on the underlying > server. > >> > >> FYI > >> > >> On Tue, Dec 22, 2015 at 7:18 AM, Brian Jeltema > >> wrote: > >> > >>> Following up, if I look at the MBase Master UI in the Ambari console = I > >> see > >>> links to > >>> all of the region servers. If I click on those links, the Region Serv= er > >>> page comes > >>> up and in the Regions section, is displays =E2=80=98Not serving regio= ns=E2=80=99. I=E2=80=99m > not > >>> sure > >>> if that means something is disabled, or it just doesn=E2=80=99t have = any > regions > >>> to server. > >>> > >>>> On Dec 22, 2015, at 6:19 AM, Brian Jeltema > >> wrote: > >>>> > >>>>> > >>>>> Can you pick a few regions stuck in transition and check related > >> region > >>>>> server logs to see why they couldn't be assigned ? > >>>> > >>>> I don=E2=80=99t see anything in the region logs relating any regions= . > >>>> > >>>>> > >>>>> Which release were you using previously ? > >>>> > >>>> HDP 2.1 -> HDP 2.2 > >>>> > >>>> So is it safe to stop HBase and delete the ZK node? > >>>> > >>>>> > >>>>> Thanks > >>>>> > >>>>> On Mon, Dec 21, 2015 at 3:54 PM, Brian Jeltema > >>> wrote: > >>>>> > >>>>>> I am doing a cluster upgrade to the HDP 2.2 stack. For some reason= , > >>> after > >>>>>> the upgrade HBase > >>>>>> cannot find any regions for existing tables. I believe the HDFS fi= le > >>>>>> system is OK. But looking at the ZooKeeper > >>>>>> nodes, I noticed that many (maybe all) of the regions were listed = in > >>> the > >>>>>> ZooKeeper > >>>>>> /hbase-unsecure/region-in-transition node. I suspect this could be > >>> causing > >>>>>> a problem. Is it > >>>>>> safe to stop HBase and delete that node? > >>>>>> > >>>>>> Thanks > >>>>>> Brian > >>>> > >>> > >>> > >> > > --001a1139d752dbfb2905277fb4ae--