Description
I have been bitted several times now by a particular scenario.
Consider a scenario where the user running kudu hms fix can see the table metadata in HMS but cannot see the Kudu tables kudu table list because of some ACL discrepancy between the two services.
In this case, the kudu tool believes that every record in HMS is orphaned and (given --drop_orphan_hms_tables) dropsĀ all of the HMS records. It would break workloads if this were to happen, until the metadata could be restored.
When running the kudu hms fix ... --dryrun=true command, it would be really helpful to print (at the bottom of the table) the number of Kudu tables and the number of HMS tables that were fetched. In this way, if I see that either one of them is zero, I can assume there is an ACL issue.
Thanks.