You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@atlas.apache.org by "Ashutosh Mestry (Jira)" <ji...@apache.org> on 2020/02/05 16:29:00 UTC

[jira] [Created] (ATLAS-3608) Hive Bridge: Hive Metastore: Alter Table Query Not Handled Correctly

Ashutosh Mestry created ATLAS-3608:
--------------------------------------

             Summary: Hive Bridge: Hive Metastore: Alter Table Query Not Handled Correctly
                 Key: ATLAS-3608
                 URL: https://issues.apache.org/jira/browse/ATLAS-3608
             Project: Atlas
          Issue Type: Bug
          Components:  atlas-core
            Reporter: Ashutosh Mestry
             Fix For: trunk, 2.0.0


*Background*

DDL queries in Impala are processed via _Hive Metastore_ bridge.

 

*Steps to Duplicate*

Keep HMS logs in view. Depending on installation, they can be found at this location: _/var/log/hive/hadoop-cmf-HIVE-1-HIVEMETASTORE-<host name>.log.out_

From Impala:
- Run _impala-shell_
 * Run _create database stocks; use stocks; create table daily (dt string, open string, high string); create view daily_rpt as select * from daily; create external table weekly (dt string, open string, high string);_
 * Note within Atlas that the new entities for _stocks, daily, daily_rpt_ and _weekly_ have been created. Note the columns in _weekly_ table.
 * From _impala-shell,_ run _alter table weekly add columns ( newCol string_);

_Expected results_
 * HMS logs should not show _NullPointerException_.
 * Atlas should show the table weekly with the newCol column.

 

_Observed results_:

HMS logs show _NullPointerExcetion_ from Atlas hook.
New entity _newCol_ is not seen within Atlas.

*Root cause*

When assessing the incoming event to determine the type of alter, Atlas uses table parameter. The recent build has a new parameter for timestamp: _last_modified_time_ _transient_lastDdlTime_. This results in incorrect assessment. Hence the alter event is incorrectly processed, thereby causing an exception.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)