[ 
https://issues.apache.org/jira/browse/HBASE-627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jim Kellerman updated HBASE-627:
--------------------------------

    Attachment: patch.txt

HConnection
- tableExists now throws MasterNotRunningException if instance is not on-line
- added method isTableEnabled

HConnectionManager
- tableExists, getRegionLocation, listTables, locateRegion, relocateRegion, 
getHRegionConnection, getRegionServerWithRetries now check to see if master is 
running
- added method isTableEnabled
- getHTableDescriptor now checks if table exists, uses ScannerCallable instead 
of HTable.getScanner

HBaseAdmin
- enableTable, disableTable are now synchronous and wait until entire table is 
enabled/disabled and use HConnection.isTableEnabled to make the check
- added methods isTableEnabled(Text), isTableEnabled(String), 
isTableEnabled(byte[]). They use HConnection.isTableEnabled

HTable
- renamed isTableOnline methods to isTableEnabled, now use 
HConnection.isTableEnabled
- removed isTableOffline methods since they are redundant


> Disable table doesn't work reliably
> -----------------------------------
>
>                 Key: HBASE-627
>                 URL: https://issues.apache.org/jira/browse/HBASE-627
>             Project: Hadoop HBase
>          Issue Type: Bug
>    Affects Versions: 0.2.0
>         Environment: Hadoop/HBase on two nodes
>            Reporter: Michaela Buergle
>            Assignee: Jim Kellerman
>            Priority: Critical
>             Fix For: 0.2.0
>
>         Attachments: disableTable31.log, disableTable5.log, patch.txt
>
>
> When creating a couple of tables like this:
> 1) create an empty table
> 2) disable table, add new column family, enable table
> 3) put 100 small documents into newly created column
> around once in 10 tries the disable doesn't happen.
> I have no clue as to why the table isn't disabled in the first place, but if 
> this occurs, two things in HBaseAdmin.disableTable() strike me as odd:
> - after numRetries tries to wait for disabling we exit the loop; there is no 
> exception or error message:
> ...
> 2008-05-14 16:19:47,903 INFO org.apache.hadoop.hbase.client.HBaseAdmin: 
> Disabled table table31
> 2008-05-14 16:19:47,910 INFO org.apache.hadoop.ipc.Server: IPC Server handler 
> 3 on 60000, call addColumn(table31, {name: document, max versions: 3, 
> compression: NONE, in memory: false, block cache enabled: false, max length: 
> 2147483647, time to live: FOREVER, bloom filter: none}) from 
> XXX.XX.40.36:47116: error: org.apache.hadoop.hbase.TableNotDisabledException: 
> table31
> ...
> - the scanner iterates over HRegionInfos of several tables. If any one of 
> those is disabled, we also leave the loop as if the requested table had been 
> disabled.
> I've had this disabling problem occur quite reliably over the last days - 
> today I couldn't reproduce it, though HBase version hasn't changed. ???

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to