You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Alexey Serbin (Jira)" <ji...@apache.org> on 2022/11/29 00:19:00 UTC
[jira] [Created] (KUDU-3424) IsAlterTableDone RPC isn't working properly for multi-replica tables when setting extra tablet configs
Alexey Serbin created KUDU-3424:
-----------------------------------
Summary: IsAlterTableDone RPC isn't working properly for multi-replica tables when setting extra tablet configs
Key: KUDU-3424
URL: https://issues.apache.org/jira/browse/KUDU-3424
Project: Kudu
Issue Type: Bug
Affects Versions: 1.16.0
Reporter: Alexey Serbin
I noticed flakiness in {{TabletHistoryGcITest.TestSnapshotScanBeforeAHM}}, where failures manifested themselves with the following error:
{noformat}
src/kudu/integration-tests/tablet_history_gc-itest.cc:172
Failed
Bad status: Invalid argument: snapshot scan end timestamp is earlier than the ancient history mark. Consider increasing the value of the configuration parameter --tablet_history_max_age_sec. Snapshot timestamp: P: 1669591267778185 usec, L: 0 Ancient History Mark: P: 1669591267778244 usec, L: 0 Physical time difference: -0.000s
{noformat}
It turned out the root case of the flakiness was not-yet-updated extra configuration for a tablet when scan request at snapshot arrived.
Setting the number of replicas to one for the test table addressed the issue.
It's necessary to fix the issue with {{IsAlterTableDone}}. I guess there is a bug affecting not only setting the extra configurations for a table, but other DDL-related properties as well.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)