[
https://issues.apache.org/jira/browse/KUDU-3795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18102193#comment-18102193
]
ASF subversion and git services commented on KUDU-3795:
-------------------------------------------------------
Commit d6bc70083ab5366b25adcd3db763c677bf38b6d0 in kudu's branch
refs/heads/master from Ashwani Raina
[ https://gitbox.apache.org/repos/asf?p=kudu.git;h=d6bc70083 ]
KUDU-3795 Reduce storage footprint for ASAN build
TestHeavyUpdateCompaction fails due to ENOSPC error for ASAN build.
TSAN and ASAN instrument every memory access and allocation, making each
test iteration slower than a normal build. This means more instances are
simultaneously active on dist-test slaves at any given time, sharing the
same tmp dir capacity. With the default 500 rows, each instance can peak
to several hundred MB of storage usage that could exhaust the tmpfs and
trigger ENOSPC under high concurrency, which causes a fatal crash in the
server's flush path.
The patches fixes that by reducing the row count to 20 thats keeps peak
disk usage under a safe limit, even with multiple concurrent tests
running and sharing the same tmp folder for storage needs. This aligns
with existing handling for TSAN build.
All 2000 test reps passed with fix.
48 out of 2000 test reps failed without fix.
Change-Id: Iec34c4713476933a0a2e3ca1c90425d545412493
Reviewed-on: http://gerrit.cloudera.org:8080/24663
Tested-by: Alexey Serbin <[email protected]>
Reviewed-by: Alexey Serbin <[email protected]>
> Scenarios in heavy-update-compaction-itest fail from time to time
> -----------------------------------------------------------------
>
> Key: KUDU-3795
> URL: https://issues.apache.org/jira/browse/KUDU-3795
> Project: Kudu
> Issue Type: Bug
> Components: test
> Reporter: Alexey Serbin
> Assignee: Ashwani Raina
> Priority: Major
> Attachments: heavy-update-compaction-itest.20260804.txt.xz
>
>
> It seems long run times of the newly introduced scenarios in introduced
> heavy-update-compaction-itest lead to running out of space. At least, the
> following error manifested itself at least once in ASAN build:
> {noformat}
> [ RUN ]
> EvictionPolicyTypes/HeavyUpdateCompactionITestWithEvictionPolicy.TestHeavyUpdateCompaction/0
> ...
> F20260805 02:55:17.034668 20926 tablet_replica_mm_ops.cc:287] Check failed:
> tablet->HasBeenStopped() Unrecoverable flush failure caused by error: IO
> error: Unable to allocate new delta data writable_block: No directories could
> be added (1 dirs total, 0 failed, 1 full): IO error: No directories available
> in 098265df96824e218d5bd2329db27d5b's directory group (1 dirs total, 0
> failed, 1 full) (error 28) (error 19)
> {noformat}
> Full log is attached.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
