Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Threaded View
HBase, mail # user - Re: Get on a row with multiple columns


Copy link to this message
-
Re: Get on a row with multiple columns
Varun Sharma 2013-02-11, 16:44
https://issues.apache.org/jira/browse/HBASE-7813

On Mon, Feb 11, 2013 at 8:44 AM, Varun Sharma <[EMAIL PROTECTED]> wrote:

> I think I found a bug with the BulkDeleteEndpoint which is causing me to
> lose entire rows even with COLUMN deletes. I filed a JIRA for the same and
> can upload a patch.
>
>
> On Mon, Feb 11, 2013 at 7:36 AM, Varun Sharma <[EMAIL PROTECTED]> wrote:
>
>> No,
>>
>> Endpoint executes with normal QoS but it initiates a scan which seems to
>> be execute on High QoS looking at the handlers. Though, I am not totally
>> sure, maybe that region server was housing the .META table and those were
>> actually scan.next operations for the META table. So I will need to confirm
>> this.
>>
>> Varun
>>
>>
>> On Mon, Feb 11, 2013 at 4:50 AM, Anoop Sam John <[EMAIL PROTECTED]>wrote:
>>
>>> You mean the end point is geetting executed with high QoS?  You checked
>>> with some logs?
>>>
>>> -Anoop-
>>> ________________________________________
>>> From: Varun Sharma [[EMAIL PROTECTED]]
>>> Sent: Monday, February 11, 2013 4:05 AM
>>> To: [EMAIL PROTECTED]; lars hofhansl
>>> Subject: Re: Get on a row with multiple columns
>>>
>>> Back to BulkDeleteEndpoint, i got it to work but why are the
>>> scanner.next()
>>> calls executing on the Priority handler queue ?
>>>
>>> Varun
>>>
>>> On Sat, Feb 9, 2013 at 8:46 AM, lars hofhansl <[EMAIL PROTECTED]> wrote:
>>>
>>> > The answer is "probably" :)
>>> > It's disabled in 0.96 by default. Check out HBASE-7008 (
>>> > https://issues.apache.org/jira/browse/HBASE-7008) and the discussion
>>> > there.
>>> >
>>> > Also check out the discussion in HBASE-5943 and HADOOP-8069 (
>>> > https://issues.apache.org/jira/browse/HADOOP-8069)
>>> >
>>> >
>>> > -- Lars
>>> >
>>> >
>>> >
>>> > ________________________________
>>> >  From: Jean-Marc Spaggiari <[EMAIL PROTECTED]>
>>> > To: [EMAIL PROTECTED]
>>> > Sent: Saturday, February 9, 2013 5:02 AM
>>> > Subject: Re: Get on a row with multiple columns
>>> >
>>> > Lars, should we always consider disabling Nagle? What's the down side?
>>> >
>>> > JM
>>> >
>>> > 2013/2/9, Varun Sharma <[EMAIL PROTECTED]>:
>>> > > Yeah, I meant true...
>>> > >
>>> > > On Sat, Feb 9, 2013 at 12:17 AM, lars hofhansl <[EMAIL PROTECTED]>
>>> wrote:
>>> > >
>>> > >> Should be set to true. If tcpnodelay is set to true, Nagle's is
>>> > disabled.
>>> > >>
>>> > >> -- Lars
>>> > >>
>>> > >>
>>> > >>
>>> > >> ________________________________
>>> > >>  From: Varun Sharma <[EMAIL PROTECTED]>
>>> > >> To: [EMAIL PROTECTED]; lars hofhansl <[EMAIL PROTECTED]>
>>> > >> Sent: Saturday, February 9, 2013 12:11 AM
>>> > >> Subject: Re: Get on a row with multiple columns
>>> > >>
>>> > >>
>>> > >> Okay I did my research - these need to be set to false. I agree.
>>> > >>
>>> > >>
>>> > >> On Sat, Feb 9, 2013 at 12:05 AM, Varun Sharma <[EMAIL PROTECTED]>
>>> > >> wrote:
>>> > >>
>>> > >> I have ipc.client.tcpnodelay, ipc.server.tcpnodelay set to false
>>> and the
>>> > >> hbase one - [hbase].ipc.client.tcpnodelay set to true. Do these
>>> induce
>>> > >> network latency ?
>>> > >> >
>>> > >> >
>>> > >> >On Fri, Feb 8, 2013 at 11:57 PM, lars hofhansl <[EMAIL PROTECTED]>
>>> > wrote:
>>> > >> >
>>> > >> >Sorry.. I meant set these two config parameters to true (not false
>>> as I
>>> > >> state below).
>>> > >> >>
>>> > >> >>
>>> > >> >>
>>> > >> >>
>>> > >> >>----- Original Message -----
>>> > >> >>From: lars hofhansl <[EMAIL PROTECTED]>
>>> > >> >>To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
>>> > >> >>Cc:
>>> > >> >>Sent: Friday, February 8, 2013 11:41 PM
>>> > >> >>Subject: Re: Get on a row with multiple columns
>>> > >> >>
>>> > >> >>Only somewhat related. Seeing the magic 40ms random read time
>>> there.
>>> > >> >> Did
>>> > >> you disable Nagle's?
>>> > >> >>(set hbase.ipc.client.tcpnodelay and ipc.server.tcpnodelay to
>>> false in
>>> > >> hbase-site.xml).
>>> > >> >>
>>> > >> >>________________________________
>>> > >> >>From: Varun Sharma <[EMAIL PROTECTED]>