[HIVE-21731] Hive import fails, post upgrade of source 3.0 cluster, to a target 4.0 cluster with strict managed table set to true.

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Labels: pull-request-available
• Assignee: mahesh kumar behera
• Reporter: mahesh kumar behera
• Created: 15/May/19 08:15
• Updated: 16/Jun/20 10:54
• Resolved: 27/May/19 03:25

Description

The scenario is 

1. Replication policy is set with hive  3.0 source cluster (strict managed table set to false) and hive 4.0 target cluster with strict managed table set  true.
2. User upgrades the 3.0 source cluster to 4.0 cluster using upgrade tool.
3. The upgrade converts all managed tables to acid tables.
4. In the next repl dump, user sets hive .repl .dump .include .acid .tables and hive .repl .bootstrap. acid. tables set true triggering bootstrap of newly converted ACID tables.
5. As the old tables are non-txn tables, dump is not filtering the events even tough bootstrap acid table is set to true. This is causing the repl load to fail as the write id is not set in the table object.
6. If we ignore the event replay, the bootstrap is failing with dump directory mismatch error.

The fix should be 

1. Ignore dumping the alter table event if bootstrap acid table is set true and the alter is converting a non-acid table to acid table.
2. In case of bootstrap during incremental load, ignore the dump directory property set in table object.

Issue Links

• links to: GitHub Pull Request #628