You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafodion.apache.org by "Alice Chen (JIRA)" <ji...@apache.org> on 2015/07/22 20:18:01 UTC

[jira] [Created] (TRAFODION-743) LP Bug: 1389871 - Failed table creation does not clean up constraints

Alice Chen created TRAFODION-743:
------------------------------------

             Summary: LP Bug: 1389871 - Failed table creation does not clean up constraints
                 Key: TRAFODION-743
                 URL: https://issues.apache.org/jira/browse/TRAFODION-743
             Project: Apache Trafodion
          Issue Type: Bug
          Components: sql-exe
            Reporter: Weishiun Tsai
            Assignee: Anoop Sharma
            Priority: Blocker


When a table creation with constraints failed, constraints are not cleaned up from hbase after the error.  This often leads to inconsistent metadata between hbase and trafodion.  In some cases, it also causes a Trafodion schema to become un-droppable.

As shown here, the table creation fails with error 1254.   Drop schema cascade returns success.  But from hbase, it shows that the 2 constraints remain in hbase.

This is seen on the v1104_0830 build installed on a cluster.  Since this is one of the many causes that lead to inconsistent Trafodion metadata, the bug report is marked as critical.

------------------------------------

Here is the entire script to reproduce this problem:

set schema TESTSCH;

create table n6a3
(c1 date not null not droppable,
c2 time not null not droppable,
c3 timestamp not null not droppable,
unique (c2,c1),
unique (c2,c1)) no partition;

drop schema TESTSCH cascade;

------------------------------------

Here is the execution output from sqlci:

>>set schema TESTSCH;

--- SQL operation complete.
>>
>>create table n6a3
+>(c1 date not null not droppable,
+>c2 time not null not droppable,
+>c3 timestamp not null not droppable,
+>unique (c2,c1),
+>unique (c2,c1)) no partition;

*** ERROR[1254] Duplicate unique constraints are not allowed with same set of columns.

*** ERROR[1029] Object TRAFODION.TESTSCH.N6A3 could not be created.

--- SQL operation failed with errors.
>>
>>drop schema TESTSCH cascade;

--- SQL operation complete.

------------------------------------

Here is the hbase shell showing that the 2 constraints remain there even after drop schema cascade:

[trafodion@n009 scripts]$ hbase shell
14/11/05 21:25:54 INFO Configuration.deprecation: hadoop.native.lib is deprecated. Instead, use io.native.lib.available
HBase Shell; enter 'help<RETURN>' for list of supported commands.
Type "exit<RETURN>" to leave the HBase Shell
Version 0.98.1-cdh5.1.3, rUnknown, Tue Sep 16 20:19:34 PDT 2014

hbase(main):001:0> list 'TRAFODION.TESTSCH.*'
TABLE
TRAFODION.TESTSCH.N6A3_417892148_3391
TRAFODION.TESTSCH.N6A3_973213148_3391
2 row(s) in 2.6540 seconds

=> ["TRAFODION.TESTSCH.N6A3_417892148_3391", "TRAFODION.TESTSCH.N6A3_973213148_3391"]
hbase(main):002:0>



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