Description
I'm seeing a core dump from format:
#0 0x000000000049828b in __rec_row_int (session=0x803033a00, r=0x804916c00,
|
page=0x804020ec0) at src/btree/rec_write.c:4005
|
4005 p = addr->addr;
|
(gdb) where
|
#0 0x000000000049828b in __rec_row_int (session=0x803033a00, r=0x804916c00,
|
page=0x804020ec0) at src/btree/rec_write.c:4005
|
WT-1 0x0000000000495412 in __wt_rec_write (session=0x803033a00,
|
ref=0x80406b228, salvage=0x0, flags=0) at src/btree/rec_write.c:408
|
WT-2 0x0000000000486660 in __sync_file (session=0x803033a00, syncop=1)
|
at src/btree/bt_sync.c:135
|
WT-3 0x0000000000486149 in __wt_cache_op (session=0x803033a00,
|
ckptbase=0x8048ad400, op=1) at src/btree/bt_sync.c:355
|
WT-4 0x0000000000469b1d in __checkpoint_worker (session=0x803033a00,
|
cfg=0x7fffff7fbdc0, is_checkpoint=1) at src/txn/txn_ckpt.c:885
|
WT-5 0x0000000000468c40 in __wt_checkpoint (session=0x803033a00,
|
cfg=0x7fffff7fbdc0) at src/txn/txn_ckpt.c:950
|
WT-6 0x00000000004688fc in __checkpoint_apply (session=0x803033a00,
|
cfg=0x7fffff7fbdc0, op=0x468b80 <__wt_checkpoint>)
|
at src/txn/txn_ckpt.c:183
|
WT-7 0x0000000000467b19 in __wt_txn_checkpoint (session=0x803033a00,
|
cfg=0x7fffff7fbdc0) at src/txn/txn_ckpt.c:401
|
WT-8 0x000000000045b3a9 in __session_checkpoint (wt_session=0x803033a00,
|
config=0x0) at src/session/session_api.c:886
|
It's repeatable, takes between 50 & 100 runs of this CONFIG:
############################################
|
# RUN PARAMETERS
|
############################################
|
auto_throttle=1
|
firstfit=1
|
bitcnt=3
|
bloom=1
|
bloom_bit_count=45
|
bloom_hash_count=27
|
bloom_oldest=0
|
cache=2000
|
checkpoints=1
|
checksum=uncompressed
|
chunk_size=7
|
compaction=0
|
compression=none
|
data_extend=0
|
data_source=lsm
|
delete_pct=4
|
dictionary=1
|
evict_max=0
|
file_type=row-store
|
backups=0
|
huffman_key=0
|
huffman_value=0
|
insert_pct=78
|
internal_key_truncation=1
|
internal_page_max=16
|
isolation=read-uncommitted
|
key_gap=8
|
key_max=32
|
key_min=17
|
leak_memory=0
|
leaf_page_max=9
|
logging=1
|
lsm_worker_threads=3
|
merge_max=20
|
mmap=1
|
ops=10000
|
prefix_compression=1
|
prefix_compression_min=0
|
repeat_data_pct=12
|
reverse=0
|
rows=100
|
runs=0
|
split_pct=67
|
statistics=0
|
threads=4
|
timer=0
|
value_max=32
|
value_min=3
|
wiredtiger_config=
|
write_pct=10
|
############################################
|
Attachments
Issue Links
- is related to
-
WT-1245 Test format stress failure - strange LSM stack
- Closed
- related to
-
WT-2 What does metadata look like?
- Closed
-
WT-3 What file formats are required?
- Closed
-
WT-4 Flexible cursor traversals
- Closed
-
WT-5 How does pget work: is it necessary?
- Closed
-
WT-6 Complex schema example
- Closed
-
WT-7 Do we need the handle->err/errx methods?
- Closed
-
WT-8 Do we need table load, bulk-load and/or dump methods?
- Closed
-
WT-1416 LSM checkpoint fixes
- Closed