Mass deleting in HBase is equivalent to mass inserting, it's just that the former doesn't have to write values out (just keys). Almost everything that applies to batch insert tunings applies to batch deleting.
Now the error you get comes from this: https://issues.apache.org/jira/browse/HBASE-5190 What it means is that you have 1GB worth of _deletes_ sitting the region server call queue. That's way too much, something's wrong, and it doesn't seem to be making progress. Like Stack said in his reply, have you thread dumped the slow region servers when this happens? It would also help to see the log during that time. Try to capture a good chunk of it and post it like you did on pastebin. Thx, J-D On Mon, Jun 18, 2012 at 3:08 PM, Ted Tuttle <[email protected]> wrote: > We had another of these delete-related RS hang ups. This time we are > getting a different error on the client: > > java.io.IOException: Call queue is full, is > ipc.server.max.callqueue.size too small? > > full stack here: http://pastebin.com/uq68Mvhm > > Looking at the RS log, it appears the RS was working on the batch delete > for about 1hr. There are no errors in the RS log during this time. > There are several "responseTooSlow" messages. Based on processingtimems > values they all lead back to our big batch delete. > > Any theories on how a big batch of deletes could cause a RS to go > unresponsive? > > >
