Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 10 Nov 2021 20:27:30 GMT
From:      Bernard Spil <brnrd@FreeBSD.org>
To:        ports-committers@FreeBSD.org, dev-commits-ports-all@FreeBSD.org, dev-commits-ports-branches@FreeBSD.org
Subject:   git: c3f78f04ee20 - 2021Q4 - databases/mariadb104-server: Security update to 10.4.22
Message-ID:  <202111102027.1AAKRUJk009648@gitrepo.freebsd.org>

next in thread | raw e-mail | index | archive | help
The branch 2021Q4 has been updated by brnrd:

URL: https://cgit.FreeBSD.org/ports/commit/?id=c3f78f04ee20a8f25b43ee17b1e5d78e33714a23

commit c3f78f04ee20a8f25b43ee17b1e5d78e33714a23
Author:     Bernard Spil <brnrd@FreeBSD.org>
AuthorDate: 2021-11-10 13:11:36 +0000
Commit:     Bernard Spil <brnrd@FreeBSD.org>
CommitDate: 2021-11-10 20:25:51 +0000

    databases/mariadb104-server: Security update to 10.4.22
    
    MFH:            2021Q4
    Security:       c9387e4d-2f5f-11ec-8be6-d4c9ef517024
    (cherry picked from commit 346b5dd630f78b9ebde06ef757ac4498bd032ee0)
---
 databases/mariadb104-server/Makefile               |   4 +-
 databases/mariadb104-server/distinfo               |   6 +-
 databases/mariadb104-server/files/patch-MDEV-26537 | 126 ---------------------
 3 files changed, 5 insertions(+), 131 deletions(-)

diff --git a/databases/mariadb104-server/Makefile b/databases/mariadb104-server/Makefile
index 52bd6a11c638..a9e019f5c5ab 100644
--- a/databases/mariadb104-server/Makefile
+++ b/databases/mariadb104-server/Makefile
@@ -1,8 +1,8 @@
 # Created by: Bernard Spil <brnrd@FreeBSD.org>
 
 PORTNAME?=	mariadb
-PORTVERSION=	10.4.21
-PORTREVISION?=	1
+PORTVERSION=	10.4.22
+PORTREVISION?=	0
 CATEGORIES=	databases
 MASTER_SITES=	http://mirrors.supportex.net/${SITESDIR}/ \
 		http://mirror2.hs-esslingen.de/pub/Mirrors/${SITESDIR}/ \
diff --git a/databases/mariadb104-server/distinfo b/databases/mariadb104-server/distinfo
index ae780beace2f..6691d74395ca 100644
--- a/databases/mariadb104-server/distinfo
+++ b/databases/mariadb104-server/distinfo
@@ -1,3 +1,3 @@
-TIMESTAMP = 1628423421
-SHA256 (mariadb-10.4.21.tar.gz) = 94dd2e6f5d286de8a7dccffe984015d4253a0568281c7440e772cfbe098a291d
-SIZE (mariadb-10.4.21.tar.gz) = 84809537
+TIMESTAMP = 1636537152
+SHA256 (mariadb-10.4.22.tar.gz) = 44bdc36eeb02888296e961718bae808f3faab268ed49160a785248db60500c00
+SIZE (mariadb-10.4.22.tar.gz) = 84916052
diff --git a/databases/mariadb104-server/files/patch-MDEV-26537 b/databases/mariadb104-server/files/patch-MDEV-26537
deleted file mode 100644
index 05cf0f5a4ebc..000000000000
--- a/databases/mariadb104-server/files/patch-MDEV-26537
+++ /dev/null
@@ -1,126 +0,0 @@
-From d09426f9e60fd93296464ec9eb5f9d85566437d3 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Marko=20M=C3=A4kel=C3=A4?= <marko.makela@mariadb.com>
-Date: Fri, 10 Sep 2021 19:15:41 +0300
-Subject: [PATCH] MDEV-26537 InnoDB corrupts files due to incorrect st_blksize
- calculation
-
-The st_blksize returned by fstat(2) is not documented to be
-a power of 2, like we assumed in
-commit 58252fff15acfe7c7b0452a87e202e3f8e454e19 (MDEV-26040).
-While on Linux, the st_blksize appears to report the file system
-block size (which hopefully is not smaller than the sector size
-of the underlying block device), on FreeBSD we observed
-st_blksize values that might have been something similar to st_size.
-
-Also IBM AIX was affected by this. A simple test case would
-lead to a crash when using the minimum innodb_buffer_pool_size=5m
-on both FreeBSD and AIX:
-
-seq -f 'create table t%g engine=innodb select * from seq_1_to_200000;' \
-1 100|mysql test&
-seq -f 'create table u%g engine=innodb select * from seq_1_to_200000;' \
-1 100|mysql test&
-
-We will fix this by not trusting st_blksize at all, and assuming that
-the smallest allowed write size (for O_DIRECT) is 4096 bytes. We hope
-that no storage systems with larger block size exist. Anything larger
-than 4096 bytes should be unlikely, given that it is the minimum
-virtual memory page size of many contemporary processors.
-
-MariaDB Server on Microsoft Windows was not affected by this.
-
-While the 512-byte sector size of the venerable Seagate ST-225 is still
-in widespread use, the minimum innodb_page_size is 4096 bytes, and
-innodb_log_file_size can be set in integer multiples of 65536 bytes.
-
-The only occasion where InnoDB uses smaller data file block sizes than
-4096 bytes is with ROW_FORMAT=COMPRESSED tables with KEY_BLOCK_SIZE=1
-or KEY_BLOCK_SIZE=2 (or innodb_page_size=4096). For such tables,
-we will from now on preallocate space in integer multiples of 4096 bytes
-and let regular writes extend the file by 1024, 2048, or 3072 bytes.
-
-The view INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES.FS_BLOCK_SIZE
-should report the raw st_blksize.
-
-For page_compressed tables, the function fil_space_get_block_size()
-will map to 512 any st_blksize value that is larger than 4096.
-
-os_file_set_size(): Assume that the file system block size is 4096 bytes,
-and only support extending files to integer multiples of 4096 bytes.
-
-fil_space_extend_must_retry(): Round down the preallocation size to
-an integer multiple of 4096 bytes.
---- mysql-test/suite/innodb/t/check_ibd_filesize.test.orig	2021-08-02 10:58:56 UTC
-+++ mysql-test/suite/innodb/t/check_ibd_filesize.test
-@@ -46,6 +46,12 @@ perl;
- print "# bytes: ", (-s "$ENV{MYSQLD_DATADIR}/test/t1.ibd"), "\n";
- EOF
- INSERT INTO t1 SELECT seq,REPEAT('a',30000) FROM seq_1_to_20;
-+# Ensure that the file will be extended with the last 1024-byte page
-+# after the file was pre-extended in 4096-byte increments.
-+--disable_query_log
-+FLUSH TABLE t1 FOR EXPORT;
-+UNLOCK TABLES;
-+--enable_query_log
- perl;
- print "# bytes: ", (-s "$ENV{MYSQLD_DATADIR}/test/t1.ibd"), "\n";
- EOF
- mysql-test/suite/innodb/t/check_ibd_filesize.test |  6 ++++++
- storage/innobase/fil/fil0fil.cc                   | 13 +++++++++----
- storage/innobase/os/os0file.cc                    |  7 ++++---
- 3 files changed, 19 insertions(+), 7 deletions(-)
-
---- storage/innobase/fil/fil0fil.cc.orig	2021-08-02 10:58:57 UTC
-+++ storage/innobase/fil/fil0fil.cc
-@@ -942,11 +942,17 @@ fil_space_extend_must_retry(
- 	const page_size_t	pageSize(space->flags);
- 	const ulint		page_size = pageSize.physical();
- 
--	/* fil_read_first_page() expects srv_page_size bytes.
--	fil_node_open_file() expects at least 4 * srv_page_size bytes.*/
--	os_offset_t new_size = std::max(
--		os_offset_t(size - file_start_page_no) * page_size,
-+		/* fil_read_first_page() expects innodb_page_size bytes.
-+		fil_node_open_file() expects at least 4 * innodb_page_size bytes.
-+		os_file_set_size() expects multiples of 4096 bytes.
-+		For ROW_FORMAT=COMPRESSED tables using 1024-byte or 2048-byte
-+		pages, we will preallocate up to an integer multiple of 4096 bytes,
-+		and let normal writes append 1024, 2048, or 3072 bytes to the file. */
-+		os_offset_t new_size = std::max(
-+		(os_offset_t(size - file_start_page_no) * page_size)
-+		& ~os_offset_t(4095),
- 		os_offset_t(FIL_IBD_FILE_INITIAL_SIZE << srv_page_size_shift));
-+		
- 
- 	*success = os_file_set_size(node->name, node->handle, new_size,
- 		FSP_FLAGS_HAS_PAGE_COMPRESSION(space->flags));
---- storage/innobase/os/os0file.cc.orig	2021-08-02 10:58:57 UTC
-+++ storage/innobase/os/os0file.cc
-@@ -5351,6 +5351,8 @@ os_file_set_size(
- 	os_offset_t	size,
- 	bool	is_sparse)
- {
-+	ut_ad(!(size & 4095));
-+
- #ifdef _WIN32
- 	/* On Windows, changing file size works well and as expected for both
- 	sparse and normal files.
-@@ -5392,7 +5394,7 @@ fallback:
- 			if (current_size >= size) {
- 				return true;
- 			}
--			current_size &= ~os_offset_t(statbuf.st_blksize - 1);
-+			current_size &= ~4095ULL;
- 			err = posix_fallocate(file, current_size,
- 					      size - current_size);
- 		}
-@@ -5432,8 +5434,7 @@ fallback:
- 	if (fstat(file, &statbuf)) {
- 		return false;
- 	}
--	os_offset_t current_size = statbuf.st_size
--		& ~os_offset_t(statbuf.st_blksize - 1);
-+	os_offset_t current_size = statbuf.st_size & ~4095ULL;
- #endif
- 	if (current_size >= size) {
- 		return true;



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202111102027.1AAKRUJk009648>