hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bhushan Mandhani (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HIVE-3001) Returning Meaningful Error Codes & Messages
Date Thu, 03 May 2012 23:34:53 GMT
Bhushan Mandhani created HIVE-3001:
--------------------------------------

             Summary: Returning Meaningful Error Codes & Messages
                 Key: HIVE-3001
                 URL: https://issues.apache.org/jira/browse/HIVE-3001
             Project: Hive
          Issue Type: New Feature
          Components: Diagnosability
    Affects Versions: 0.9.1
            Reporter: Bhushan Mandhani
            Assignee: Bhushan Mandhani
            Priority: Minor
             Fix For: 0.9.1


Hive does not return meaningful error messages for runtime errors. Also, the same error code
is returned for a whole bunch of unrelated errors. A programmatic caller cannot decide if
it should retry or give up. This JIRA will get the ball rolling for having Hive return useful
error codes and display useful messages when something goes wrong. I propose the following
partitioning of error codes:

10000 to 19999: Errors that occur during semantic analysis and compilation of the query. Hive
already does a pretty good job for these. Error codes will be attached to the error messages
currently being used.
20000 to 29999: Runtime errors where Hive believes that retries will not succeed and the caller
should not bother retrying.
30000 to 39999: Runtime errors which Hive thinks are probably transient and retrying may succeed.
40000 to 49999: Runtime errors where Hive is unable to say anything about whether retries
will succeed or not. Ideally, we want to avoid using this range as much as possible.

Once we have this in place, over time we can migrate errors occurring in Hive operators to
use this scheme. This patch will deal with setting up the error code space, setting up the
mechanism for failed MapReduce tasks to relay the error code back to Hive client, and using
this new scheme for a couple of common errors.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message