Date: Tue, 4 Jun 2024 10:15:54 +0200
From: Faustin Lammler <faustin@fala.red>
To: Hans Harder <hans@atbas.org>
Cc: "~alpine/devel@lists.alpinelinux.org" <~alpine/devel@lists.alpinelinux.org>
Subject: Re: Get "segmentation fault" with mariabackup on Alpine 3.20 amd64
 version
Message-ID: <Zl7NOp-zj0ItdV3b@falared>
Reply-To: faustin@fala.red
References: <CAKzsc6fAuXaOX4ptx8MacfycGo3RjATcwyv6vEgKKOBdB=U9rw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="Cv8QCkXevO8QEmzS"
Content-Disposition: inline
In-Reply-To: <CAKzsc6fAuXaOX4ptx8MacfycGo3RjATcwyv6vEgKKOBdB=U9rw@mail.gmail.com>
User-Agent: Mutt/2.2.13 (2024-03-09)


--Cv8QCkXevO8QEmzS
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Hans!
I can confirm this (tested in podman containers with):
| podman run --name init-test --rm -d fauust/docker-systemd:alpine-3.20
| podman exec -it init-test sh
| mkdir /root/backup
| apk add mariadb mariadb-backup mariadb-client mariadb-openrc
| /etc/init.d/mariadb setup
| /etc/init.d/mariadb start
| mariabackup --backup -u root -p --targetdir=3D/root/backup/

I could not find anything upstream
(https://jira.mariadb.org/browse/MDEV-20189?jql=3Dtext%20~%20%22mariabackup=
%20segfault%22)
but my first guess would be that this does not comes from Alpine
packaging. So, you might consider opening a jira issue there?

Cheers!

Hans Harder <hans@atbas.org>,
04/06/2024 =E2=80=93 09:24:45 (+0200):

> Did a fresh alpine container install on 3.20 with amd64
> after the initial setup-alpine I did:
>=20
> mkdir /root/backup
> apk add mariadb mariadb-backup mariadb-client mariadb-openrc
> /etc/init.d/mariadb setup
> /etc/init.d/mariadb start
> mariabackup --backup -u root -p --targetdir=3D/root/backup/
>=20
> Result:
> [00] 2024-06-04 08:58:55 Connecting to MariaDB server host: localhost,
> user: root, password: set, port: not set, socket: not set
> [00] 2024-06-04 08:58:55 Using server version 10.11.8-MariaDB
> mariabackup based on MariaDB server 10.11.8-MariaDB Linux (x86_64)
> [00] 2024-06-04 08:58:55 uses posix_fadvise().
> [00] 2024-06-04 08:58:55 cd to /var/lib/mysql/
> [00] 2024-06-04 08:58:55 open files limit requested 0, set to 1024
> [00] 2024-06-04 08:58:55 mariabackup: using the following InnoDB configur=
ation:
> ..
> [00] 2024-06-04 08:58:55 Stop scanning aria tables.
> [00] 2024-06-04 08:58:55 Copying ./mysql/transaction_registry.ibd to
> /root/xtrabackup_backupfiles/mysql/transaction_registry.ibd
> Segmentation fault
>=20
> with strace mariabackup --backup -u root -p --targetdir=3D/root/backup/
> writev(2, [{iov_base=3D"[00] 2024-06-04 09:20:42 Acquiri"...,
> iov_len=3D51}, {iov_base=3DNULL, iov_len=3D0}], 2[00] 2024-06-04 09:20:42
> Acquiring BACKUP LOCKS...
> ) =3D 51
> poll([{fd=3D6, events=3DPOLLIN|POLLPRI}], 1, 0) =3D 0 (Timeout)
> sendto(6, "\36\0\0\0\3SET SESSION wsrep_sync_wait"..., 34, 0, NULL, 0) =
=3D 34
> recvfrom(6, "\7\0\0\1\0\0\0\2\0\0\0", 16384, 0, NULL, NULL) =3D 11
> poll([{fd=3D6, events=3DPOLLIN|POLLPRI}], 1, 0) =3D 0 (Timeout)
> sendto(6, "\23\0\0\0\3BACKUP STAGE START", 23, 0, NULL, 0) =3D 23
> recvfrom(6, "\7\0\0\1\0\0\0\2\0\0\0", 16384, 0, NULL, NULL) =3D 11
> futex(0x7f1cbac41904, FUTEX_WAKE_PRIVATE, 1) =3D 1
> nanosleep({tv_sec=3D0, tv_nsec=3D1000000}, [00] 2024-06-04 09:20:42
> Copying ./mysql/transaction_registry.ibd to
> /root/xtrabackup_backupfiles/mysql/transaction_registry.ibd
> 0x7ffd2c488300) =3D 0
> nanosleep({tv_sec=3D0, tv_nsec=3D1000000}, 0x7ffd2c488300) =3D 0
> nanosleep({tv_sec=3D0, tv_nsec=3D1000000}, 0x7ffd2c488300) =3D 0
> nanosleep({tv_sec=3D0, tv_nsec=3D1000000}, 0x7ffd2c488300) =3D 0
> nanosleep({tv_sec=3D0, tv_nsec=3D1000000},  <unfinished ...>) =3D ?
> +++ killed by SIGSEGV +++
> Segmentation fault
>=20
> Did this in a lxc container on WSL and on RH8.9  both got the Segmentatio=
n fault
>=20
> Did this also on 3.19 amd64  backup went ok
> Did this also on 3.20 arm64   backup went ok

--=20
Faustin
GPG: F652 BCD1 1AA8 8975 F010 48A5 390A 2F27 832A 5C79

--Cv8QCkXevO8QEmzS
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEE9lK80RqoiXXwEEilOQovJ4MqXHkFAmZezToACgkQOQovJ4Mq
XHkegA//dBAjGwYOrYr7HfZcACmXZyAW6otm+mdWl9UZwYcl48xriLEJO7a1LGXH
e2HNekiVClj9eUSGIJx/sz/9HJ7xx7EuxVy2c1ghatyz3QlEKy8KSJbOPaC41v8e
sS7fnia+B1oGthdunME3vhC4DOoNj+uqLoDP8WApjWmx51tWM+9L/wLCq97XjPyW
9TYSy5hymgA5Lgm9OLGUMJ/eNVeJvsNomRaSE7r+Rf5pvburTmWEo3nxCW1fvJnK
1+V2Z3V2XcyEEecLhNt90C6eiBi/A2HqHRsZGSMjRWUhHqmUZhKg+Ao5gU9YqZWj
FduxPwxlciuHyxOaeCnQwqbXwvBIPNTU3IweiQBr830wewo2uK6t4D9uWHOhrVtk
JiW79tD49YIFN1C2gGY5wWbIfts54zRN1eE7tg0/eMZIQtCjjh0iP5OWFyv3s4KK
nVTT/v/09u3YtA/D+lZSZP5IV5CO+1LS3lqUYwHGj9E3p5R35yEjrZXAwmqJ4/zr
KHIqgKY/5IiOMgkoLPN/uzh/L2HvZy8PwjzHB/IiWiGc5FNnQc19bZQvolKvH7k6
b8g7CE0+QF8n34ZIN+JJf25E46ImHgt90TaYtlPcNwGwJiwUC0IBwlGbEDkmYKEl
9nIFFddI313FSjUuNL4HPWa0Yr+RT36ufU9nQSivAr+Hmaz0Ris=
=Ngli
-----END PGP SIGNATURE-----

--Cv8QCkXevO8QEmzS--