You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Alice Fan (JIRA)" <ji...@apache.org> on 2018/09/13 17:48:00 UTC
[jira] [Resolved] (HIVE-19190) Improve Logging for
SemanticException Handling
[ https://issues.apache.org/jira/browse/HIVE-19190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alice Fan resolved HIVE-19190.
------------------------------
Resolution: Duplicate
> Improve Logging for SemanticException Handling
> ----------------------------------------------
>
> Key: HIVE-19190
> URL: https://issues.apache.org/jira/browse/HIVE-19190
> Project: Hive
> Issue Type: Improvement
> Components: HiveServer2
> Affects Versions: 3.0.0, 2.3.2
> Reporter: BELUGA BEHR
> Assignee: Alice Fan
> Priority: Major
> Attachments: table_not_found_example.txt
>
>
> Please improve the logging for queries that fail with SemanticException. For example, when performing an action on a table that does not exist. The most common reason why this happens is that someone fat fingers the table/column name. It is not a system error pe se, but a user validation error. This is not something the cluster administrator should have to worry about. Yet, Hive performs some pretty extreme logging on the matter. I have attached to this JIRA the logging produced by a single submission of the following query:
> {code:sql}
> select * from madeup;
> {code}
>
> For SemanticException exceptions, please print the Exception {{getMessage()}} to the server INFO logging so that the query's life-cycle can be traced, but do not blast ERRORs and stack traces to the log file.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)