[
https://issues.apache.org/jira/browse/KUDU-3527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zoltan Martonka updated KUDU-3527:
----------------------------------
Description:
BlockManagerTest.TestMetadataOkayDespiteFailure might fail on systems where
fs_block_size=64k.
*Cause:*
Currently tablets fail to load if one metadata is missing but there is still a
non-empty ".data" file. If FLAGS_env_inject_eio is not zero, then there is a
chance that, when we delete the container file, we only delete the ".meta", but
leave the ".data" file.
In the current test on systems with fs_block_size=4k deletion never occurs.
Changing to kNumAppends=64 will cause the test to randomly fail on x86 systems
too, although only with a 2-3% chance (at least on my ubuntu20 machine).
*Solution:*
This test was not intended to test the file deletion itself (as it does not do
it on x86_64 or 4k arm kernels). It only occurs, because
_FLAGS_log_container_max_size = 256 * 1024;_ is _not "large enought"._
_We should just set_
was:
Test failing in debug build:
client_examples-test
client-test
predicate-test
columnar_serialization-test
wire_protocol-test
block_manager-test
log_block_manager-test
alter_table-test
auth_token_expire-itest
consistency-itest
flex_partitioning-itest
linked_list-test
maintenance_mode-itest
master_replication-itest
master-stress-test
raft_consensus-itest
security-unknown-tsk-itest
stop_tablet-itest
tablet_history_gc-itest
tablet_server_quiescing-itest
ts_authz-itest
webserver-stress-itest
dynamic_multi_master-test
rpc-test
kudu-tool-test
rebalancer_tool-test
tablet_server-test
bitmap-test
> Fix BlockManagerTest.TestMetadataOkayDespiteFailure on rhel 8.8 graviton
> -------------------------------------------------------------------------
>
> Key: KUDU-3527
> URL: https://issues.apache.org/jira/browse/KUDU-3527
> Project: Kudu
> Issue Type: Bug
> Reporter: Zoltan Martonka
> Assignee: Zoltan Martonka
> Priority: Major
>
> BlockManagerTest.TestMetadataOkayDespiteFailure might fail on systems where
> fs_block_size=64k.
> *Cause:*
> Currently tablets fail to load if one metadata is missing but there is still
> a non-empty ".data" file. If FLAGS_env_inject_eio is not zero, then there is
> a chance that, when we delete the container file, we only delete the ".meta",
> but leave the ".data" file.
> In the current test on systems with fs_block_size=4k deletion never occurs.
> Changing to kNumAppends=64 will cause the test to randomly fail on x86
> systems too, although only with a 2-3% chance (at least on my ubuntu20
> machine).
> *Solution:*
> This test was not intended to test the file deletion itself (as it does not
> do it on x86_64 or 4k arm kernels). It only occurs, because
> _FLAGS_log_container_max_size = 256 * 1024;_ is _not "large enought"._
> _We should just set_
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
