phoenix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mujtaba Chohan (JIRA)" <>
Subject [jira] [Commented] (PHOENIX-2478) Rows committed in transaction overlapping index creation are not populated
Date Wed, 20 Jan 2016 23:39:39 GMT


Mujtaba Chohan commented on PHOENIX-2478:

[~poornachandra] Do you an idea which config I should override as I see the following thrift
warning in txn manager logs? This is after setting {{}} to 512MB.

WARN  [nsactionServer-rpc-4] server.TThreadedSelectorServerWithFix - Exception while invoking!
org.apache.thrift.transport.TTransportException: Frame size (101390139) larger than max length
	at org.apache.thrift.transport.TFramedTransport.readFrame(
	at org.apache.thrift.transport.TTransport.readAll(
	at org.apache.thrift.protocol.TBinaryProtocol.readAll(
	at org.apache.thrift.protocol.TBinaryProtocol.readI32(
	at org.apache.thrift.protocol.TBinaryProtocol.readMessageBegin(
	at org.apache.thrift.TBaseProcessor.process(
	at org.apache.thrift.server.AbstractNonblockingServer$FrameBuffer.invoke(
	at java.util.concurrent.ThreadPoolExecutor.runWorker(
	at java.util.concurrent.ThreadPoolExecutor$

> Rows committed in transaction overlapping index creation are not populated
> --------------------------------------------------------------------------
>                 Key: PHOENIX-2478
>                 URL:
>             Project: Phoenix
>          Issue Type: Sub-task
>            Reporter: James Taylor
>            Assignee: James Taylor
>             Fix For: 4.7.0
>         Attachments: PHOENIX-2478.patch, PHOENIX-2478_addendum.patch, PHOENIX-2478_addendum2.patch,
PHOENIX-2478_addendum3.patch, PHOENIX-2478_addendum4.patch, PHOENIX-2478_v2.patch, PHOENIX-2478_v3.patch,
> For a reproducible case, see IndexIT.testCreateIndexAfterUpsertStarted() and the associated
FIXME comments for PHOENIX-2446.
> The case that is failing is when a commit starts before an index exists, but commits
after the index build is completed. For transactional data, this is problematic because the
index gets a timestamp after the commit of the data table mutation and thus these mutations
won't be seen during the commit. Also, when the index is being built, the data hasn't yet
been committed and thus won't be part of the initial index build.

This message was sent by Atlassian JIRA

View raw message