[
https://issues.apache.org/jira/browse/HBASE-4277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ramkrishna.s.vasudevan updated HBASE-4277:
------------------------------------------
Description:
As suggested by Stack in HBASE-4217 creating a new issue to provide a patch for
0.90.x version.
We had some sort of an outage this morning due to a few racks losing power, and
some regions were left in the following state:
ERROR: Region UNKNOWN_REGION on sv4r17s9:60020,
key=e32bbe1f48c9b3633c557dc0291b90a3, not on HDFS or in META but deployed on
sv4r17s9:60020
That region was deleted by the master but the region server never got the memo.
Right now there's no way to force close it because HRS.closeRegion requires an
HRI and the only way to create one is to get it from .META. which in our case
doesn't contain a row for that region. Basically we have to wait until that
server is dead to get rid of the region and make hbck happy.
The required change is to have closeRegion accept an encoded name in both HBA
(when the RS address is provided) and HRS since it's able to find it anyways
from it's list of live regions.
bq.If a 0.90 version, we maybe should do that in another issue.
was:
As suggested by Stack in HBASE-4217 creating a new issue to proved a patch for
0.90.x version.
We had some sort of an outage this morning due to a few racks losing power, and
some regions were left in the following state:
ERROR: Region UNKNOWN_REGION on sv4r17s9:60020,
key=e32bbe1f48c9b3633c557dc0291b90a3, not on HDFS or in META but deployed on
sv4r17s9:60020
That region was deleted by the master but the region server never got the memo.
Right now there's no way to force close it because HRS.closeRegion requires an
HRI and the only way to create one is to get it from .META. which in our case
doesn't contain a row for that region. Basically we have to wait until that
server is dead to get rid of the region and make hbck happy.
The required change is to have closeRegion accept an encoded name in both HBA
(when the RS address is provided) and HRS since it's able to find it anyways
from it's list of live regions.
bq.If a 0.90 version, we maybe should do that in another issue.
> HRS.closeRegion should be able to close regions with only the encoded name
> --------------------------------------------------------------------------
>
> Key: HBASE-4277
> URL: https://issues.apache.org/jira/browse/HBASE-4277
> Project: HBase
> Issue Type: Bug
> Affects Versions: 0.90.4
> Reporter: ramkrishna.s.vasudevan
> Assignee: ramkrishna.s.vasudevan
> Fix For: 0.90.5
>
> Attachments: HBASE-4277_0.90.patch
>
>
> As suggested by Stack in HBASE-4217 creating a new issue to provide a patch
> for 0.90.x version.
> We had some sort of an outage this morning due to a few racks losing power,
> and some regions were left in the following state:
> ERROR: Region UNKNOWN_REGION on sv4r17s9:60020,
> key=e32bbe1f48c9b3633c557dc0291b90a3, not on HDFS or in META but deployed on
> sv4r17s9:60020
> That region was deleted by the master but the region server never got the
> memo. Right now there's no way to force close it because HRS.closeRegion
> requires an HRI and the only way to create one is to get it from .META. which
> in our case doesn't contain a row for that region. Basically we have to wait
> until that server is dead to get rid of the region and make hbck happy.
> The required change is to have closeRegion accept an encoded name in both HBA
> (when the RS address is provided) and HRS since it's able to find it anyways
> from it's list of live regions.
> bq.If a 0.90 version, we maybe should do that in another issue.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
