LZMA Valgrind errors on tokudb.alter_table.row_format_alter, tokudb.row_format and other testcases

Bug #1650323 reported by Laurynas Biveinis
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona Server moved to https://jira.percona.com/projects/PS
Status tracked in 5.7
5.5
Invalid
Undecided
Unassigned
5.6
Opinion
High
Unassigned
5.7
Opinion
High
Unassigned

Bug Description

On 5.6 trunk:

$ ./mtr --debug-server --valgrind-mysqld row_format_alter --valgrind-option=--track-origins=yes

tokudb.alter_table.row_format_alter w3 [ fail ] Found warnings/errors in server log file!
        Test ended at 2016-12-13 21:43:51
line
==23430== Thread 26:
==23430== Conditional jump or move depends on uninitialised value(s)
==23430== at 0xDE2A33D: lz_encoder_prepare (lz_encoder.c:222)
==23430== by 0xDE2AA62: lzma_lz_encoder_init (lz_encoder.c:516)
==23430== by 0xDE208B6: lzma_raw_coder_init (filter_common.c:212)
==23430== by 0xDE17B09: block_encode_normal (block_buffer_encoder.c:192)
==23430== by 0xDE17B09: lzma_block_buffer_encode (block_buffer_encoder.c:258)
==23430== by 0xDE15C30: lzma_stream_buffer_encode (stream_buffer_encoder.c:93)
==23430== by 0xDE1842B: lzma_easy_buffer_encode (easy_buffer_encoder.c:27)
==23430== by 0xDE11A4D: toku_compress(toku_compression_method, unsigned char*, unsigned long*, unsigned char const*, unsigned long) (compress.cc:141)
==23430== by 0xDE13168: compress_nocrc_sub_block(sub_block*, void*, unsigned int, toku_compression_method) (sub_block.cc:204)
==23430== by 0xDD7B1C2: compress_ftnode_sub_block(sub_block*, toku_compression_method) (ft_node-serialize.cc:382)
==23430== by 0xDD7B58E: serialize_and_compress_partition(ftnode*, int, toku_compression_method, sub_block*, serialize_times*) (ft_node-serialize.cc:494)
==23430== by 0xDD7B795: serialize_and_compress_serially(ftnode*, int, toku_compression_method, sub_block*, serialize_times*) (ft_node-serialize.cc:542)
==23430== by 0xDD7C2A5: toku_serialize_ftnode_to_memory(ftnode*, ftnode_disk_data**, unsigned int, toku_compression_method, bool, bool, unsigned long*, unsigned long*, char**) (ft_node-serialize.cc:686)
==23430== by 0xDD7C97E: toku_serialize_ftnode_to(int, blocknum_s, ftnode*, ftnode_disk_data**, bool, ft*, bool) (ft_node-serialize.cc:807)
==23430== by 0xDDD6A7A: toku_ftnode_flush_callback(cachefile*, int, blocknum_s, void*, void**, void*, pair_attr_s, pair_attr_s*, bool, bool, bool, bool) (ft-ops.cc:695)
==23430== by 0xDD8AF7C: cachetable_only_write_locked_data(evictor*, ctpair*, bool, pair_attr_s*, bool) (cachetable.cc:657)
==23430== by 0xDD8EB22: cachetable_flush_pair_for_close(void*) (cachetable.cc:2282)
==23430== Conditional jump or move depends on uninitialised value(s)
==23430== at 0xDE2A44A: lz_encoder_prepare (lz_encoder.c:344)
==23430== by 0xDE2AA62: lzma_lz_encoder_init (lz_encoder.c:516)
==23430== by 0xDE208B6: lzma_raw_coder_init (filter_common.c:212)
==23430== by 0xDE17B09: block_encode_normal (block_buffer_encoder.c:192)
==23430== by 0xDE17B09: lzma_block_buffer_encode (block_buffer_encoder.c:258)
==23430== by 0xDE15C30: lzma_stream_buffer_encode (stream_buffer_encoder.c:93)
==23430== by 0xDE1842B: lzma_easy_buffer_encode (easy_buffer_encoder.c:27)
==23430== by 0xDE11A4D: toku_compress(toku_compression_method, unsigned char*, unsigned long*, unsigned char const*, unsigned long) (compress.cc:141)
==23430== by 0xDE13168: compress_nocrc_sub_block(sub_block*, void*, unsigned int, toku_compression_method) (sub_block.cc:204)
==23430== by 0xDD7B1C2: compress_ftnode_sub_block(sub_block*, toku_compression_method) (ft_node-serialize.cc:382)
==23430== by 0xDD7B58E: serialize_and_compress_partition(ftnode*, int, toku_compression_method, sub_block*, serialize_times*) (ft_node-serialize.cc:494)
==23430== by 0xDD7B795: serialize_and_compress_serially(ftnode*, int, toku_compression_method, sub_block*, serialize_times*) (ft_node-serialize.cc:542)
==23430== by 0xDD7C2A5: toku_serialize_ftnode_to_memory(ftnode*, ftnode_disk_data**, unsigned int, toku_compression_method, bool, bool, unsigned long*, unsigned long*, char**) (ft_node-serialize.cc:686)
==23430== by 0xDD7C97E: toku_serialize_ftnode_to(int, blocknum_s, ftnode*, ftnode_disk_data**, bool, ft*, bool) (ft_node-serialize.cc:807)
==23430== by 0xDDD6A7A: toku_ftnode_flush_callback(cachefile*, int, blocknum_s, void*, void**, void*, pair_attr_s, pair_attr_s*, bool, bool, bool, bool) (ft-ops.cc:695)
==23430== by 0xDD8AF7C: cachetable_only_write_locked_data(evictor*, ctpair*, bool, pair_attr_s*, bool) (cachetable.cc:657)
==23430== by 0xDD8EB22: cachetable_flush_pair_for_close(void*) (cachetable.cc:2282)

tags: added: ci tokudb valgrind
Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote :

Likewise on tokudb.row_format

summary: - LZMA Valgrind errors on tokudb.alter_table.row_format_alter
+ LZMA Valgrind errors on tokudb.alter_table.row_format_alter and
+ tokudb.row_format
Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote : Re: LZMA Valgrind errors on tokudb.alter_table.row_format_alter and tokudb.row_format

Likewise on tokudb.bugs.5695

summary: - LZMA Valgrind errors on tokudb.alter_table.row_format_alter and
- tokudb.row_format
+ LZMA Valgrind errors on tokudb.alter_table.row_format_alter,
+ tokudb.row_format, and tokudb.bugs.5695
summary: LZMA Valgrind errors on tokudb.alter_table.row_format_alter,
- tokudb.row_format, and tokudb.bugs.5695
+ tokudb.row_format and other testcases
Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote :

Likewise on tokudb.bugs.alter_external_lock_assert

Revision history for this message
Laurynas Biveinis (laurynas-biveinis) wrote :

Likewise on tokudb.bugs.alter_part_tokudb_bug_155

Revision history for this message
George Ormond Lorch III (gl-az) wrote :

Tracking in https://jira.percona.com/browse/TDB-48, please login there to Percona JIRA and 'watch' for future updates. Marking it as opinion here as there is no other accurate matching state.

Revision history for this message
Shahriyar Rzayev (rzayev-sehriyar) wrote :

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PS-1040

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.