maria:bb-10.3-georg

Last commit made on 2022-07-29
Get this branch:
git clone -b bb-10.3-georg https://git.launchpad.net/maria

Branch merges

Branch information

Name:
bb-10.3-georg
Repository:
lp:maria

Recent commits

6056da8... by Georg Richter

Test fixes:

Since fix for CONC-603 (wrong error handling in TLS read/write) in case
of a read/write error client doesn't return always error 2013 (server
has gone away), so in addition we need to check for error 2026
(TLS/SSL error) and 5014 (write error).

4b77d38... by Marko Mäkelä

Fix GCC -Og -Wmaybe-uninitialized

15a2ff1... by Oleksandr "Sanja" Byelkin

MDEV-26647 (simple_password_check) Include password validation plugin information in the error message if the SQL statement is not satisfied password policy

Make the plugin reporting cause of the error.

cc6bba0... by Oleksandr "Sanja" Byelkin

MDEV-26647 (plugin name) Include password validation plugin information in the error message if the SQL statement is not satisfied password policy

Add plugin name to the error message.

0ee1082... by Marko Mäkelä

MDEV-28495 InnoDB corruption due to lack of file locking

Starting with commit da094188f60bf67e3d90227304a4ea256fe2630f (MDEV-24393),
MariaDB will no longer acquire advisory file locks on InnoDB data
files by default, because it would create a large number of
entries in Linux /proc/locks.

The motivation for acquiring the file locks is to prevent accidental
concurrent startup of multiple server processes on the same data files.
Such mistake still turns out to be relatively common, based on
corruption bug reports from the community.

To prevent corruption due to concurrent startup attempts, the
Aria storage engine would unconditionally acquire an advisory lock
on one of its log files.

Solution: InnoDB will always lock its system tablespace files.
(Ever since commit 685d958e38b825ad9829be311f26729cccf37c46
the InnoDB log file will not necessarily be open while the
server is running, because it can be accessed via memory-mapped I/O.)

If more protection is desired, then the option --external-locking
can be used.

The mandatory advisory lock also fixes intermittent failures of
some crash recovery tests. It turns out that when the mtr test harness
kills and restarts the server, it will not actually ensure that the
old process has terminated before starting the new one.

bd935a4... by Igor Babaev

MDEV-29139 Crash when using ANY predicand with redundant subquery in GROUP BY clause

This bug could cause a crash of the server when executing queries containing
ANY/ALL predicands with redundant subqueries in GROUP BY clauses.
These subqueries are eliminated by remove_redundant_subquery_clause()
together with elimination of GROUP BY list containing these subqueries.
However the references to the elements of the GROUP BY remained in the
JOIN::all_fields list of the right operand of of the ALL/ANY predicand.
Later these references confused make_aggr_tables_info() when forming
proper execution structures after ALL/ANY predicands had been replaced
with expressions containing MIN/MAX set functions.
The patch just removes these references from JOIN::all_fields list used
by the subquery of the ALL/ANY predicand when its GROUP BY clause is
eliminated.

Approved by Oleksandr Byelkin <email address hidden>

e8eb6d9... by Sergei Golubchik

zlib: remove redundant and generated files

followup for 4bc34ef36f9

bc40985... by Sergei Golubchik

MDEV-29074 GET_BIT variables crash in SET STATEMENT

0ee5cf8... by Sergei Golubchik

disks plugin: check for build prerequisites properly

15a68fc... by THIRUNARAYANAN BALATHANDAYUTHAPANI

MDEV-29058 Assertion `index->type == 32' failed in dict_index_build_internal_fts

- Import tablespace re-evicts and reload the table definition. During that
time, innodb has to load the table even though the secondary fts index
marked as corrupted