Public bug reported:

MariaDB 1:11.8.6-1 entered resolute on Feb 15th. Only a few days later
1:11.8.6-2 triggered several autopkgtest failures and has since failed
to promote from resolute-proposed to resolute.

Currenlty https://ubuntu-archive-team.ubuntu.com/proposed-
migration/resolute/update_excuses.html#mariadb shows:

autopkgtest for cacti/1.2.30+ds1-1ubuntu2: amd64: Regression ♻ , arm64: 
Regression ♻ , armhf: Regression ♻ , i386: Regression ♻ , ppc64el: Regression ♻ 
, s390x: Regression ♻
autopkgtest for mariadb/1:11.8.6-2: amd64: Regression ♻ , arm64: Regression ♻ , 
armhf: Pass, i386: Not a regression, ppc64el: Regression ♻ , s390x: Regression ♻
autopkgtest for mariadb-connector-odbc/3.2.6-1.1: amd64: Regression ♻ , arm64: 
Regression ♻ , armhf: Pass, ppc64el: Regression ♻ , s390x: Pass
autopkgtest for slurm-wlm/25.11.2-1ubuntu2: i386: Regression ♻

I re-ran all autopkgtests and they still fail, so the issues are
unlikely sporadic. I also re-ren autopkgtests for the same packages in
Debian, and they all fully pass there, so it narrows down the issue to
be somehow to either an change in the autopkgtest system in Ubuntu that
happened after Feb 15th, or something related to the specific
differences in Debian vs Ubuntu.

This bug report is used to track the investigation of these failures.

## Research notes

For these three packages it may also be related to the custom versions
in Ubuntu:

```
cacti (1.2.30+ds1-1ubuntu2) resolute; urgency=medium

  * d/p/php85-support.patch: add support for php8.5

 -- Athos Ribeiro <[email protected]>  Mon, 26 Jan 2026 11:26:55 -0300
```

```
dbconfig-common (2.0.25ubuntu1) questing; urgency=medium

  * d/p/psql-identauth-no_app_passwd_query: don't query for app password with 
ident auth
  * d/p/psql-identauth-nohostname: don't set psql hostname when using ident auth

 -- Jonas Jelten <[email protected]>  Mon, 04 Aug 2025 16:28:55 +0200
```

```
slurm-wlm (25.11.2-1ubuntu2) resolute; urgency=medium

  * d/t/control: explicitly list munge as a test dependency. With the
    removal of the i386 build of slurm-wlm-rsmi-plugin it stopped being
    included in the i386 autopkgtests (LP: #2142390)

slurm-wlm (25.11.2-1ubuntu1) resolute; urgency=medium

  * d/{control, rules}: librocm-smi-dev not available for i386, armhf and riscv
    (LP: #2141666)
    so not building slurm-wlm-rsmi-plugin and slurm-wlm-rsmi-plugin-dev for
    those architectures.

slurm-wlm (25.11.2-1) unstable; urgency=medium

  * New upstream release
  * Add namespace and resources manpages
  * Remove knl.conf manpage
  * Update d/copyright
  * Bump SONAME to 44 and update symbols
  * Refresh patches
  * Remove sackd's man patch added upstream
  * Remove unused GPL-2 from copyright
  * Move munge to Recommends (Closes: #1107332)

  [ Jeremy Bícha ]
  * Remove sview requiring gtk2 (Closes: #977295)

 -- Andreas Hasenack <[email protected]>  Sun, 22 Feb 2026 
10:59:11 -0300
```


I've sent email to all authors above requesting to send their patches to 
Debian. All packages are on Salsa and have a history of accepting Merge 
Requests. With the delta closed and latest bugfixes pulled in from Debian these 
autopkgtests might get resolved.


The mariadb-connector-odbc version in Debian and Ubuntu is exactly the same. In 
Ubuntu it fails with:

```
208s Setting up mariadb-server-core (1:11.8.6-2) ...
208s Setting up mariadb-client (1:11.8.6-2) ...
208s Setting up mariadb-server (1:11.8.6-2) ...
208s Creating group 'mysql' with GID 985.

208s Creating user 'mysql' (MariaDB Server) with UID 985 and GID 985.

209s Created symlink '/etc/systemd/system/multi-
user.target.wants/mariadb.service' →
'/usr/lib/systemd/system/mariadb.service'.

1110s Could not execute systemctl:  at /usr/bin/deb-systemd-invoke line 148.
1110s Processing triggers for man-db (2.13.1-1build1) ...
1111s Processing triggers for libc-bin (2.42-2ubuntu5) ...
1111s autopkgtest [11:34:46]: test mysql-query: [-----------------------
1111s Creating test database
1111s ERROR 2002 (HY000): Can't connect to local server through socket 
'/run/mysqld/mysqld.sock' (2)
1112s autopkgtest [11:34:47]: test mysql-query: -----------------------]
1112s autopkgtest [11:34:47]: test mysql-query:  - - - - - - - - - - results - 
- - - - - - - - -
1112s mysql-query          FAIL non-zero exit status 1
1112s autopkgtest [11:34:47]: test mysql-query:  - - - - - - - - - - stderr - - 
- - - - - - - -
1112s ERROR 2002 (HY000): Can't connect to local server through socket 
'/run/mysqld/mysqld.sock' (2)
1112s autopkgtest [11:34:47]: @@@@@@@@@@@@@@@@@@@@ summary
1112s mysql-query          FAIL non-zero exit status 1
```

In Debian CI the equivalent lines say:
```
 40s Setting up mariadb-server-core (1:11.8.6-2)…
 40s Setting up mariadb-client (1:11.8.6-2)…
 40s Setting up mariadb-server (1:11.8.6-2)…
 40s Creating group 'mysql' with GID 995.
 40s Creating user 'mysql' (MariaDB Server) with UID 995 and GID 995.
 41s Created symlink 
'/etc/systemd/system/multi-user.target.wants/mariadb.service' → 
'/usr/lib/systemd/system/mariadb.service'.
 42s Processing triggers for libc-bin (2.42-13)…
```

Unknown why Ubuntu autopkgtest reports `Could not execute systemctl:  at
/usr/bin/deb-systemd-invoke line 148.`.


The autopkgtest of MariaDB itself failing is due to test main.large_pages 
failing in Ubuntu autopkgtest with "Out of memory". This is not a sign of an 
actual regression, so I can fix it by simply disabling that specific test for 
now. Based on responsed in upstream bug report 
https://jira.mariadb.org/browse/MDEV-39003 this test might automatically skip 
itself on test runners with insufficient memory in the future.

** Affects: mariadb (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2143708

Title:
  mariadb 1:11.8.6-2 autopkgtest failures with multiple packages

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mariadb/+bug/2143708/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to