maria:bb-10.5-mdev-29447

Last commit made on 2023-01-03
Get this branch:
git clone -b bb-10.5-mdev-29447 https://git.launchpad.net/maria

Branch merges

Branch information

Name:
bb-10.5-mdev-29447
Repository:
lp:maria

Recent commits

cfe94d3... by Yuchen Pei

MDEV-29447 MDEV-26285 Refactor spider_db_mbase_util::open_item_func

Porting commit 3836098c29ef1b7ff9d5fbde99b690eab73a0df1 (MDEV-26285)
to current versions 10.3+ to fix a problem (MDEV-29447) where field
items that are arguments of a func item may be used before created /
initialised.

Signed-off-by: Yuchen Pei <email address hidden>

c4938ea... by Daniel Black

MDEV-30275: mariadb names rather than mysql names should be used

* mariadb-service-convert to use mariadbd-safe
* galera_recovery to use mariadbd
* mtr - wsrep use mariadb executables
* debian/mariadb-server.mariadb.init use mariadbd-safe
* debian/tests/smoke uses mariadb instead of mysql as client.

Co-Author: Daniel Black <email address hidden>

fd6f19d... by shk

Fix a typo in CmakeLists.txt

84539f6... by musvaage <email address hidden>

header typo

8b18932... by musvaage <email address hidden>

debian typos

b8f4b98... by Marko Mäkelä

MDEV-24685 fixup: Remove srv_n_file_io_threads

The variable was not really being used for anything. The parameters
innodb_read_io_threads, innodb_write_io_threads have replaced
innodb_file_io_threads.

d0cd494... by Monty <email address hidden>

MDEV-30118 exception in ha_maria::extra

I have not been able to repeat the problem, but the stack trace indicates
that ha_maria::extra() is called with a null file pointer.

This indicates the table has either never been opened or opened and closed,
with file pointer set to NULL, but ha_maria::extra() is still called.

In JOIN::partial_cleanup() we are only checking of table->is_created(),
which will fail if table was created and later closed.

Fixed by clearing table->created if table is dropped.

I added an assert to is_created() to catch the case that the create
flag does not match 'file'.

92ff7bb... by Marko Mäkelä

MDEV-30227 [ERROR] [FATAL] InnoDB: fdatasync() returned 9

fil_space_t::flush<false>(): If the CLOSING flag is set,
the file may already have been closed, resulting in EBADF
being returned by fdatasync(). In any case, the
thread that had set the flag should take care of invoking
os_file_flush_func().

The crash occurred during the execution of FLUSH TABLES...FOR EXPORT.

Tested by: Matthias Leich

03fee58... by Daniel Black

mtr: more galera disables - linked in MDEV-30172

97c6cd9... by Daniel Black

Deb: debian-start.inc - do not quote exe variables