-
Type:
Technical Debt
-
Resolution: Duplicate
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
I'm seeing a failure in the wt-6403-restore-format-testing branch (the branch to turn format testing back on). It's when we're repeating reads after calling rollback-to-stable, we get a WT_ROLLBACK error on one of the reads.
Here's the CONFIG:
############################################
# RUN PARAMETERS: V2
############################################
assert.read_timestamp=0
assert.write_timestamp=0
backup=1
backup.incremental=block
backup.incr_granularity=16384
btree.bitcnt=4
btree.compression=none
btree.dictionary=0
btree.huffman_value=0
btree.internal_key_truncation=1
btree.internal_page_max=13
btree.key_gap=3
btree.key_max=51
btree.key_min=15
btree.leaf_page_max=12
btree.memory_page_max=3
btree.prefix_compression=1
btree.prefix_compression_min=6
btree.repeat_data_pct=13
btree.reverse=0
btree.split_pct=85
btree.value_max=2721
btree.value_min=18
cache=24
cache.evict_max=3
cache.minimum=20
checkpoint=on
checkpoint.log_size=176
checkpoint.wait=89
disk.checksum=uncompressed
disk.data_extend=0
disk.direct_io=0
disk.encryption=none
disk.firstfit=0
disk.mmap=1
disk.mmap_all=0
format.abort=0
format.independent_thread_rng=0
format.major_timeout=0
import=0
logging=1
logging.archive=1
logging.compression=none
logging.file_max=413476
logging.prealloc=1
lsm.auto_throttle=1
lsm.bloom=1
lsm.bloom_bit_count=16
lsm.bloom_hash_count=18
lsm.bloom_oldest=0
lsm.chunk_size=10
lsm.merge_max=13
lsm.worker_threads=4
ops.alter=0
ops.compaction=0
ops.hs_cursor=0
ops.pct.delete=63
ops.pct.insert=3
ops.pct.modify=33
ops.pct.read=1
ops.pct.write=0
ops.prepare=0
ops.random_cursor=0
ops.salvage=0
ops.truncate=1
ops.verify=1
quiet=1
runs=1
runs.in_memory=0
runs.ops=0
runs.rows=1000000
runs.source=table
runs.threads=4
runs.timer=11
runs.type=row-store
runs.verify_failure_dump=0
statistics=0
statistics.server=0
stress.aggressive_sweep=0
stress.checkpoint=0
stress.checkpoint_prepare=0
stress.hs_checkpoint_delay=0
stress.hs_search=0
stress.hs_sweep=0
stress.split_1=0
stress.split_2=0
stress.split_3=0
stress.split_4=0
stress.split_5=0
stress.split_6=0
stress.split_7=1
stress.split_8=0
transaction.implicit=0
transaction.timestamps=1
wiredtiger.config=
wiredtiger.rwlock=1
wiredtiger.leak_memory=0
############################################
I see it happen repeatedly, but it's not terribly common, maybe every few hundred runs on my ubuntu spawned host.