{"push_id":2603525009,"size":66,"distinct_size":51,"ref":"refs/heads/10.3","head":"a3539bbb2ac51dfa2b363d3b4c11784c25d1f256","before":"a80e41043876b486d94a641e98ce2e6057c0a65e","commits":[{"sha":"519060da452925a2f8274b1d30c7518830299948","author":{"name":"Jacob Mathew","email":"d0a1d696093971493588b75532e2d339ab7a0e0d@mariadb.com"},"message":"MDEV-12900: spider tests failed in buildbot with valgrind\n\nThe failures with valgrind occur as a result of Spider sometimes using the\nwrong transaction for operations in background threads that send requests to\nthe data nodes.  The use of the wrong transaction caused the networking to the\ndata nodes to use the wrong thread in some cases.  Valgrind eventually\ndetects this when such a thread is destroyed before it is used to disconnect\nfrom the data node by that wrong transaction when it is freed.\n\nI have fixed the problem by correcting the transaction used in each of these\ncases.\n\nAuthor:\n  Jacob Mathew.\n\nReviewer:\n  Kentoku Shiba.\n\nCherry-Picked:\n  Commit afe5a51 on branch 10.2","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/519060da452925a2f8274b1d30c7518830299948"},{"sha":"5797cbaf4ab93cdae191486c6c82be79b83c56d2","author":{"name":"sachin","email":"1cd305303c2875789052aacb8ca732d3fb916cf6@mariadb.com"},"message":"MDEV-10259 mysqld crash with certain statement length and...\norder with Galera and encrypt-tmp-files=1\n\nProblem:- If trans_cache (IO_CACHE) uses encrypted tmp file\nthen on next DML server will crash.\n\nCase:-\n Lets take a case , we have a table t1 , We try to do 2 inserts in t1\n  1. A really long insert so that trans_cache has to use temp_file\n  2. Just a small insert\n\nAnalysis:- Actually server crashes from inside of galera\nlibrary.\n/lib64/libc.so.6(abort+0x175)[0x7fb5ba779dc5]\n/usr/lib64/galera/libgalera_smm.so(_ZN6galera3FSMINS_9TrxHandle5State...\nmysys/stacktrace.c:247(my_print_stacktrace)[0x7fb5a714940e]\nsql/signal_handler.cc:160(handle_fatal_signal)[0x7fb5a715c1bd]\nsql/wsrep_hton.cc:257(wsrep_rollback)[0x7fb5bcce923a]\nsql/wsrep_hton.cc:268(wsrep_rollback)[0x7fb5bcce9368]\nsql/handler.cc:1658(ha_rollback_trans(THD*, bool))[0x7fb5bcd4f41a]\nsql/handler.cc:1483(ha_commit_trans(THD*, bool))[0x7fb5bcd4f804]\n\nbut actual issue is not in galera but in mariadb, because for 2nd\ninsert we should never call rollback. We are calling rollback because\nlog_and_order fails it fails because write_cache fails , It fails\nbecause after reinit_io_cache(trans_cache) , my_b_bytes_in_cache says 0\nso we look into tmp_file for data , which is obviously wrong since temp\nwas used for previous insert and it no longer exist.\nwsrep_write_cache_inc() reads the IO_CACHE in a loop, filling it with\nmy_b_fill() until it returns \"0 bytes read\". Later\nMYSQL_BIN_LOG::write_cache() does the same.  wsrep_write_cache_inc()\nassumes that reading a zero bytes past EOF leaves the old data in the\ncache\n\nSolution:- There is two issue in my_b_encr_read\n1st we should never equal read_end to info->buffer. I mean this\ndoes not make sense read_end should always point to end of buffer.\n2nd For most of the case(apart from async IO_CACHE) info->pos_in_file\nshould be equal to info->buffer position wrt to temp file , since\nin this case we are not changing info->buffer it should remain\nunchanged.","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/5797cbaf4ab93cdae191486c6c82be79b83c56d2"},{"sha":"aa5683d12e653a743f89b3ace87c62b97bd96dd2","author":{"name":"Eugene Kosov","email":"dc5e58930ade006c4c52c29a535ffb42e1742611@yandex.ru"},"message":"MDEV-15380 Index for versioned table gets corrupt after partitioning and DELETE\n\nIn a test case Update occurs between Search and Delete/Update. This corrupts rowid\nwhich Search saves for Delete/Update. Patch prevents this by using of\nHA_EXTRA_REMEMBER_POS and HA_EXTRA_RESTORE_POS in a partition code.\n\nThis situation possibly occurs only with system versioning table and partition.\nMyISAM and Aria engines are affected.\n\nfix by midenok\nCloses #705","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/aa5683d12e653a743f89b3ace87c62b97bd96dd2"},{"sha":"2609783aace3bf73a8bcfa01231f47b19fbc224b","author":{"name":"Sergei Golubchik","email":"55d448b815f9829dd31c4f14dad3285350207118@mariadb.org"},"message":"MDEV-15627 debian packages install /etc/mysql/mariadb.cnf however its not read by default","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/2609783aace3bf73a8bcfa01231f47b19fbc224b"},{"sha":"82e9b49f5445edee38d970a494b01fbb682eda41","author":{"name":"Sergei Golubchik","email":"55d448b815f9829dd31c4f14dad3285350207118@mariadb.org"},"message":"promote Spider to \"stable\"","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/82e9b49f5445edee38d970a494b01fbb682eda41"},{"sha":"037df4189f1adf53e87d6b7134408a547e83bbae","author":{"name":"Sergei Golubchik","email":"55d448b815f9829dd31c4f14dad3285350207118@mariadb.org"},"message":"promote the server to \"stable\"","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/037df4189f1adf53e87d6b7134408a547e83bbae"},{"sha":"a107c79fcdde80d1dea0a1caf5859647f77b48c9","author":{"name":"Sergei Petrunia","email":"2684b34324e4c416e773d490feeb83d074e85151@askmonty.org"},"message":"MDEV-12439: MariaRocks produces numerous (spurious?) valgrind failures\n\nStep#1: RocksDB files require a special #define when they are compiled\nwith valgrind. Without that, valgrind fails with an 'unimplemented syscall'\nerror for fcntl call.","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/a107c79fcdde80d1dea0a1caf5859647f77b48c9"},{"sha":"2f3779d31cbbabcb171c22237253c82146118446","author":{"name":"Monty","email":"5d66b94b41fa13f2a624706e9078b4077a64ad32@mariadb.org"},"message":"Fixes for Aria transaction handling with lock tables\n\nMDEV-10130 Assertion `share->in_trans == 0' failed in storage/maria/ma_close.c\nMDEV-10378 Assertion `trn' failed in virtual int ha_maria::start_stmt\n\nThe problem was that maria_handler->trn was not properly reset\nat commit/rollback and ha_maria::exernal_lock() could get confused\nbecause.\n\nThere was some old code in ha_maria::implicit_commit() that tried\nto take care of this, but it was not bullet proof.\n\nFixed by adding list of all tables that is part of the maria transaction to\nTRN.\n\nA nice side effect was of the fix is that loops in\nha_maria::implict_commit() got to be much simpler.\n\nOther things:\n- Fixed a bug in mysql_admin_table() where argument open_for_modify\n  was wrongly reset for the next table in the chain\n- rollback admin command also in case of fatal error.\n- Split _ma_set_trn_for_table() to three version to simplify code\n  and debugging.\n- Several new asserts to detect the original problem (that file was\n  not properly removed from trn before calling ma_close())","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/2f3779d31cbbabcb171c22237253c82146118446"},{"sha":"da71c1bad79ee11009b3b28a2a745709e04020cf","author":{"name":"Monty","email":"5d66b94b41fa13f2a624706e9078b4077a64ad32@mariadb.org"},"message":"MDEV-16229 Replication aborts with ER_VIEW_SELECT_TMPTABLE after half-failed RENAME\n\nProblem was that detection of temporary tables was all wrong for\nRENAME TABLE.\n(Temporary tables where opened by top level call to\nopen_temporary_tables(), which can't detect if a temporary table\nwas renamed to something and then reused).\n\nFixed by adding proper parsing of rename list to check against\nthe current name of a table at each rename stage.\nAlso change do_rename_temporary() to check against the current\nstate of temporary tables, not according to the state of start\nof RENAME TABLE.","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/da71c1bad79ee11009b3b28a2a745709e04020cf"},{"sha":"908676dfd9d981fd0f37a7cf9332abac522f1936","author":{"name":"Monty","email":"5d66b94b41fa13f2a624706e9078b4077a64ad32@mariadb.org"},"message":"MDEV-15308 Assertion `ha_alter_info->alter_info->drop_list.elements\n\nProblem was that handle_if_exists_options() didn't correct\nalter_info->flags when things was removed from the list.","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/908676dfd9d981fd0f37a7cf9332abac522f1936"},{"sha":"2dff8fecb744380395b27640833bbe0958e5d935","author":{"name":"Monty","email":"5d66b94b41fa13f2a624706e9078b4077a64ad32@mariadb.org"},"message":"MDEV-15338 Crash in debug build when dropping column that is part of CHECK\n\nCrash happened when deleting all columns that was part of a check constraint\n\nThe bug was that read map for from table was used when\nchecking CHECK constraint and was not properly reset\nin copy_data_between_tables()","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/2dff8fecb744380395b27640833bbe0958e5d935"},{"sha":"6e63db265f9c81518a144a0d4e89ea0ce09b3bd3","author":{"name":"Monty","email":"5d66b94b41fa13f2a624706e9078b4077a64ad32@mariadb.org"},"message":"Suppress warnings from partition_open_files_limit","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/6e63db265f9c81518a144a0d4e89ea0ce09b3bd3"},{"sha":"a816aa066e5c879a92819d694a93d245e6ec6e47","author":{"name":"Monty","email":"5d66b94b41fa13f2a624706e9078b4077a64ad32@mariadb.org"},"message":"Fixed ASAN heap-use-after-free handler::ha_index_or_rnd_end\n\nMDEV-16123 ASAN heap-use-after-free handler::ha_index_or_rnd_end\nMDEV-13828 Segmentation fault on RENAME TABLE\n\nProblem was that destructor called methods for closed table.\nFixed by removing code in destructor.","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/a816aa066e5c879a92819d694a93d245e6ec6e47"},{"sha":"fdb8d0181e04a3692aa78e3954af55e4b888f5a0","author":{"name":"Sergei Petrunia","email":"2684b34324e4c416e773d490feeb83d074e85151@askmonty.org"},"message":"MDEV-16262: rocksdb.issue255 test sometimes fails in buildbot\n\nFix an obvious typo: replace_column should be applied to SHOW TABLE STATUS,\nnot to SELECT * FROM t1.","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/fdb8d0181e04a3692aa78e3954af55e4b888f5a0"},{"sha":"4a49f7f88cfa82ae6eb8e7b5a528e91416b33b52","author":{"name":"Elena Stepanova","email":"633ba0aba45a800b488838f34ba080f3df388e57@montyprogram.com"},"message":"List of unstable tests for 10.3.7 release\n\nThe list was created based on 10.2.15 list, with the addition\nof failures and modifications which happened during the last week\nbefore the tentative 10.3.7 release commit","distinct":false,"url":"https://api.github.com/repos/guyuqi/server/commits/4a49f7f88cfa82ae6eb8e7b5a528e91416b33b52"},{"sha":"e744c687ca2c2523b63d5ac0066276a6cb3e932f","author":{"name":"Monty","email":"5d66b94b41fa13f2a624706e9078b4077a64ad32@mariadb.org"},"message":"Merge remote-tracking branch 'origin/10.0' into 10.1","distinct":true,"url":"https://api.github.com/repos/guyuqi/server/commits/e744c687ca2c2523b63d5ac0066276a6cb3e932f"},{"sha":"52df8040264cc6f3226e78d371e4c1dd88dd22b6","author":{"name":"Marko Mäkelä","email":"a9f016bc89a833193596cbc6e9f8dc2bcfb46be3@mariadb.com"},"message":"MDEV-16267 Wrong INFORMATION_SCHEMA.INNODB_BUFFER_PAGE.TABLE_NAME\n\nThis is the MariaDB 10.2 version of the patch.\n\nfield_store_string(): Simplify the code.\n\nfield_store_index_name(): Remove, and use field_store_string()\ninstead. Starting with MariaDB 10.2.2, there is the predicate\ndict_index_t::is_committed(), and dict_index_t::name never\ncontains the magic byte 0xff.\n\nCorrect some comments to refer to TEMP_INDEX_PREFIX_STR.\n\ni_s_cmp_per_index_fill_low(): Use the appropriate value NULL to\nidentify that an index was not found. Check that storing each\ncolumn value succeeded.\n\ni_s_innodb_buffer_page_fill(), i_s_innodb_buf_page_lru_fill():\nOnly invoke Field::set_notnull() if the index was found.\n(This fixes the bug.)\n\ni_s_dict_fill_sys_indexes(): Adjust the index->name that was\ndirectly loaded from SYS_INDEXES.NAME (which can start with\nthe 0xff byte). This was the only function that depended\non the translation in field_store_index_name().","distinct":true,"url":"https://api.github.com/repos/guyuqi/server/commits/52df8040264cc6f3226e78d371e4c1dd88dd22b6"},{"sha":"6686dfcbbf74159a47cb1b3ffd36daed8a2fa420","author":{"name":"Marko Mäkelä","email":"a9f016bc89a833193596cbc6e9f8dc2bcfb46be3@mariadb.com"},"message":"Merge 10.2 into 10.3","distinct":true,"url":"https://api.github.com/repos/guyuqi/server/commits/6686dfcbbf74159a47cb1b3ffd36daed8a2fa420"},{"sha":"a61724a3ca187f6eb44fc67948acb76a94efa783","author":{"name":"Marko Mäkelä","email":"a9f016bc89a833193596cbc6e9f8dc2bcfb46be3@mariadb.com"},"message":"MDEV-16267 Wrong INFORMATION_SCHEMA.INNODB_BUFFER_PAGE.TABLE_NAME\n\ni_s_innodb_buffer_page_fill(), i_s_innodb_buf_page_lru_fill():\nOnly invoke Field::set_notnull() if the index was found.","distinct":true,"url":"https://api.github.com/repos/guyuqi/server/commits/a61724a3ca187f6eb44fc67948acb76a94efa783"},{"sha":"c38cc3165df37eac1401d615c4f2c68d3e192a5f","author":{"name":"Marko Mäkelä","email":"a9f016bc89a833193596cbc6e9f8dc2bcfb46be3@mariadb.com"},"message":"Merge 10.0 into 10.1","distinct":true,"url":"https://api.github.com/repos/guyuqi/server/commits/c38cc3165df37eac1401d615c4f2c68d3e192a5f"}]}
{"actor":{"display_login":"guyuqi"}}