hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eugene Koifman (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HIVE-14350) Aborted txns cause false positive ErrorMsg.ACID_NOT_ENOUGH_HISTORY msgs
Date Wed, 27 Jul 2016 02:55:20 GMT

     [ https://issues.apache.org/jira/browse/HIVE-14350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Eugene Koifman updated HIVE-14350:
----------------------------------
    Description: this is a followup to HIVE-13369.  Only open txns should prevent use of a
base file.  But ValidTxnList does not make a distinction between open and aborted txns.  The
presence of aborted txns causes false positives which can happen too often since the flow
is 1. Worker generates a new base file, then asynchronously Cleaner removes now-compacted
aborted txns.  So we may have base_5 and base_10 and txnid 7 aborted.  Then current impl will
disallow use of base_10 though there is no need for that.  Worse, if txnid_4 is aborted and
hasn't been purged yet, base_5 will be rejected as well and then an error will be raised since
there is no suitable base file left.

> Aborted txns cause false positive ErrorMsg.ACID_NOT_ENOUGH_HISTORY msgs
> -----------------------------------------------------------------------
>
>                 Key: HIVE-14350
>                 URL: https://issues.apache.org/jira/browse/HIVE-14350
>             Project: Hive
>          Issue Type: Bug
>          Components: Transactions
>    Affects Versions: 1.3.0, 2.1.1
>            Reporter: Eugene Koifman
>            Assignee: Eugene Koifman
>            Priority: Critical
>
> this is a followup to HIVE-13369.  Only open txns should prevent use of a base file.
 But ValidTxnList does not make a distinction between open and aborted txns.  The presence
of aborted txns causes false positives which can happen too often since the flow is 1. Worker
generates a new base file, then asynchronously Cleaner removes now-compacted aborted txns.
 So we may have base_5 and base_10 and txnid 7 aborted.  Then current impl will disallow use
of base_10 though there is no need for that.  Worse, if txnid_4 is aborted and hasn't been
purged yet, base_5 will be rejected as well and then an error will be raised since there is
no suitable base file left.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message