Hi Again,
On 05/03/2013 04:41 PM, Kevin O'dell wrote:
This was the correct approach, if the directory /hbase/documents/
5b9c16898a371de58f31f0bdf86b1f**8b did not exist, then it was a smart move
to get rid of the pointers to it. I don't think we have a JIRA for this
yet...BUT we really need one
Dimitri,
This was the correct approach, if the directory /hbase/documents/
5b9c16898a371de58f31f0bdf86b1f**8b did not exist, then it was a smart move
to get rid of the pointers to it. I don't think we have a JIRA for this
yet...BUT we really need one. Can you please file one? I think there has
Hi Kevin,
On 05/03/2013 02:57 PM, Kevin O'dell wrote:
> That is interesting. I have seen this before, can you please send a
> hadoop fs -lsr /hbase/documents? This is going to be caused by a bad
> split. I will let you know what files you need to delete to safely
> recover from this error.
Th
Hi Dimitry,
That is interesting. I have seen this before, can you please send a
hadoop fs -lsr /hbase/documents? This is going to be caused by a bad
split. I will let you know what files you need to delete to safely recover
from this error.
On Thu, May 2, 2013 at 10:17 AM, Dimitri Goldin
wr
Hi,
I have a strange RIT problem with a single region of our biggest table.
After an hbck (wondering why it only discovered it at that time) it
started trying to assign a region which has been bouncing between
OFFLINE/PENDING_OPEN/OPENING for two days.
I already tried close_region/unassign with
