Bug#1119858: Looking at this (ongoing)
Roland Clobus <[email protected]>
| Newsgroups | gmane.linux.debian.devel.education |
|---|---|
| Message-ID | <f3ca61cb-afcc-4952-a0e3-fb995108ee29__34355.5840243184$1787687970$gmane$org@rclobus.nl> |
Hi,
This is a mail to show my progress for this issue.
I've seen errors for command2, command4, command7 and command8.
I see a strange message at 361s in https://ci.debian.net/data/autopkgtest/unstable/amd64/d/debian-edu/72753929/log.gz
```
01 361s Setting up mariadb-server (1:11.8.8-1) ...
02 361s Creating group 'mysql' with GID 979.
03 361s Creating user 'mysql' (MariaDB Server) with UID 979 and GID 979.
04 361s id: 'mysql': no such user
05 361s find: non-numeric argument to -uid: ''
06 361s chown: invalid user: 'mysql:adm'
07 361s chown: invalid user: 'mysql:adm'
08 361s chown: invalid user: 'mysql'
09 361s dpkg: error processing package mariadb-server (--configure):
10 361s old mariadb-server package postinst maintainer script subprocess failed with exit status 1
```
The user and group was created, but in line 4 of this paste, the user was not found...
The error comes from the postinst https://sources.debian.org/src/mariadb/1%3A11.8.8-1/debian/mariadb-server.postinst#L178
I've posted this question to #debci (and meanwhile requested a rebuild)
I've also been running the autopkgtest with an unshare backend for forky and sid. All commands return a pass (even though the log files mention lots of missing access rights).
```
mmdebstrap --variant=buildd --arch=amd64 --skip=output/mknod --format=tar forky /home/roland/.cache/sbuild/forky-amd64.tar --aptopt='Acquire::http { Proxy "http://127.0.0.1:3142"; }'
reset;clear;time autopkgtest --apt-upgrade -- unshare --release forky -d -d -d
```
With the latest run [1], the mariadb-server issue is not shown.
On the latest run [1], only command4 (PROFILE=Roaming-Workstation DESKTOP=kde debian/tests/test-metapkgs) is failing, with a similar pattern.
```
2106s Setting up udev (261.2-1) ...
2107s Creating group 'input' with GID 984.
2107s Creating group 'sgx' with GID 983.
2107s Creating group 'clock' with GID 982.
2107s Creating group 'kvm' with GID 981.
2107s Creating group 'render' with GID 980.
2107s /usr/lib/tmpfiles.d/static-nodes-permissions.conf:18: Failed to resolve group 'kvm': Unknown group
2107s /usr/lib/tmpfiles.d/static-nodes-permissions.conf:19: Failed to resolve group 'kvm': Unknown group
2107s /usr/lib/tmpfiles.d/static-nodes-permissions.conf:20: Failed to resolve group 'kvm': Unknown group
2107s dpkg: error processing package udev (--configure):
2107s old udev package postinst maintainer script subprocess failed with exit status 65
```
Is something creating a race-condition between the creation of the user and the check for the existence of the user?
The answers at #debci point to:
1) The incus backend is using tmpfs, which might cause timing differences
2) The debci tests use incus instead of unshare (unshare does not have an init system)
Next step: use incus for autopkgtest
With kind regards,
Roland Clobus
[1] https://ci.debian.net/data/autopkgtest/testing/amd64/d/debian-edu/74677602/log.gz
[2]
OpenPGP_signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEUFVLM5Bdj7GSJEb+YsV8aqYUlb0FAmqN84QACgkQYsV8aqYU lb3RtA//VPzSpMot1cZcWLA4PoHpmu2EE1Hbw6tGbyRgC0Iaw1lv6Cmiq95NDNZ2 4ma9D3ydX+YxWdbyX5lB2DPCHO9VpobhCL1N23LwVFcQnq+OsW4xHiOr23OPKuit 05nd/V+er8zoiE5szessZrBOixl3WOKBgnl7GAgy2KPSimf5KtuuIbDxQnDMJC6n Fv1DNKOZ9wSRSw9/MXA1BPxtKUpMehh6Rk5xS7NsbxhZd4PMv6UjDl8YfpIN+RfQ Ew7uCpvim3aNYEyWaz/8si9l5mW52Xff+602OMm5ASOxig0c6UA1syyn7yEaojia zyk/fz2HiXSsk9wPmb/BYjt/6KEhxNLUAiqzsGSL92Oe7qm71LT+DhERwb40P895 27umLCnFb09+FWpLLRBSJGG3xpIL5Fgl9Q0wjwU7fRJhJC68sXiXfrAImyhxCbyZ P1Hzyvk3wVrJ6SxjJZYrXHD5WWaWthvodlwncDJ7LPtqvIEiW2hlJU0LcnwrEeX7 PkQGHhREFea45k5Q6MfSePFYk1/Xhx2AvwbGS8FKNSAwFA/70hZlZyUpcFlWreMr Ch6HoLiHOjIUZks2tak8amBP9fusvby3hRNrYkoHenNiOo3Kxt0LpRxYRwP9tjb6 XoJTpohSp1HPX3lLI9jwremy3CL2R8VZkb6Ht5vE7UNvBhbhKLw= =2kFZ -----END PGP SIGNATURE-----