Re: Disable table command hangs in hbase shell in HBase 1.1.2

On Tue, Feb 16, 2016 at 8:30 AM, Anthony Nguyen wrote: > Hi all, > > I'm running into an issue in HBase 1.1.2 where after a cluster is running > for some time, disabling a table in the shell has no effect, hanging until > the timeout limit is reached. Looking at the

Re: disable table

Anchlia [mailto:mohitanch...@gmail.com] Sent: Thursday, September 27, 2012 5:09 AM To: user@hbase.apache.org Subject: Re: disable table I did /hbase/table/SESSIONID_TIMELINE and that seem to work. I'll restart hbase and see if it works. One thing I don't understand is why is zookeeper

Re: disable table

. Regards Ram -Original Message- From: Mohit Anchlia [mailto:mohitanch...@gmail.com] Sent: Thursday, September 27, 2012 5:09 AM To: user@hbase.apache.org Subject: Re: disable table I did /hbase/table/SESSIONID_TIMELINE and that seem to work. I'll restart hbase

Re: disable table

be fixed in the kernel. Regards Ram -Original Message- From: Mohit Anchlia [mailto:mohitanch...@gmail.com] Sent: Thursday, September 27, 2012 5:09 AM To: user@hbase.apache.org Subject: Re: disable table I did /hbase/table/SESSIONID_TIMELINE

Re: disable table

be fixed in the kernel. Regards Ram -Original Message- From: Mohit Anchlia [mailto:mohitanch...@gmail.com] Sent: Thursday, September 27, 2012 5:09 AM To: user@hbase.apache.org Subject: Re: disable table I did /hbase/table

RE: disable table

the problem is because of compression. Regards Ram -Original Message- From: Mohit Anchlia [mailto:mohitanch...@gmail.com] Sent: Thursday, September 27, 2012 9:55 PM To: user@hbase.apache.org Subject: Re: disable table I did restart entire cluster and still that didn't help. Looks like

Re: disable table

Hello Mohit, Try hbck once and see if it shows any inconsistency. Also, you can try restarting your cluster and deleting the table again. Having a look at the logs could also be useful. Regards, Mohammad Tariq On Thu, Sep 27, 2012 at 2:24 AM, Mohit Anchlia mohitanch...@gmail.comwrote:

Re: disable table

Which node should I look at for logs? Is this the master node? I'll try hbck. On Wed, Sep 26, 2012 at 2:19 PM, Mohammad Tariq donta...@gmail.com wrote: Hello Mohit, Try hbck once and see if it shows any inconsistency. Also, you can try restarting your cluster and deleting the table

Re: disable table

I have had similar problems and it seems like zookeeper and hbase master have different notions of whether the table is enabled or not.. Stopping the cluster, deleting zookeeper data and then starting it worked for me in this scenario Regards, Dhaval From:

Re: disable table

Yes. Also have a look at the logs of the problematic region if hbck shows any inconsistency. Regards, Mohammad Tariq On Thu, Sep 27, 2012 at 2:55 AM, Mohit Anchlia mohitanch...@gmail.comwrote: Which node should I look at for logs? Is this the master node? I'll try hbck. On Wed, Sep

Re: disable table

A possible reason could be that the znode associated with this particular table is not behaving properly. In such case, you can try the following: Stop Hbase Stop ZK Take a backup of ZK data Restart ZK Remove the znode Start Hbase again After this hopefully your table would be enabled. Regards,

Re: disable table

Thanks! I do see Inconsistency. How do I remove the znode. And also could you please help me understand how this might have happened? ERROR: Region SESSIONID_TIMELINE,,1348689726526.0e200aace5e81cead8d8714ed8076050. not deployed on any region server. On Wed, Sep 26, 2012 at 2:36 PM, Mohammad

Re: disable table

In order to delete a znode you have to go to the ZK shell and issue the delete command along with the required path. For example : delete /hbase/SESSIONID_TIMELINE. For detailed info you can visit the ZK homepage at : zookeeper.apache.org Actually when we try to fetch data from an Hbase table,

Re: disable table

I don't see path like /hbase/SESSIONID_TIMELINE This is what I see [zk: pprfdaaha303:5181(CONNECTED) 5] ls /hbase/table [SESSIONID_TIMELINE] [zk: pprfdaaha303:5181(CONNECTED) 6] get /hbase/table cZxid = 0x100fe ctime = Mon Sep 10 15:31:45 PDT 2012 mZxid = 0x100fe mtime = Mon Sep 10

Re: disable table

I did /hbase/table/SESSIONID_TIMELINE and that seem to work. I'll restart hbase and see if it works. One thing I don't understand is why is zookeeper holding information about this table if it is enabled or disabled? Wouldn't this information be with master? On Wed, Sep 26, 2012 at 4:27 PM,

RE: disable table

will be really help ful so that I can be fixed in the kernel. Regards Ram -Original Message- From: Mohit Anchlia [mailto:mohitanch...@gmail.com] Sent: Thursday, September 27, 2012 5:09 AM To: user@hbase.apache.org Subject: Re: disable table I did /hbase/table/SESSIONID_TIMELINE and that seem

Re: Disable table works, but truncate says table does not exists

I had the same problem a while ago. I fixed this way: Stopped hbase, connect to Zookepper (hbase zkcli), My table was in /hbase/tables. Deleted this entry. What was happening in my case was that zookepper locked the table in a strange way. I'm using cloudera distribution. Miguel Costa

Re: disable table, alter table, and merge regions

From what I remember on our experience (We were either on 0.89.20100614 or 0.89.20100921): 1. I don't think we shut down Zookeeper, just Master and RegionServers. In fact, the merge utility checks to make sure the master isn't running before performing the merge (you'll see something like