Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#69952 - pacman: `systemd-tmpfiles --create` core dump during post-transaction phase

Attached to Project: Arch Linux
Opened by Gaël Bonithon (shoryuken) - Friday, 12 March 2021, 11:07 GMT
Last edited by Christian Hesse (eworm) - Wednesday, 21 April 2021, 10:20 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Christian Hesse (eworm)
Architecture All
Severity Low
Priority Normal
Reported Version 5.2.2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Whenever the installation of a package requires the post-transaction step "Creating temporary files", I get the following error:

( 3/11) Creating temporary files...
Assertion 'fclose_nointr(f) != -EBADF' failed at src/basic/fd-util.c:126, function safe_fclose(). Aborting.
/usr/share/libalpm/scripts/systemd-hook : ligne 19 : 1210 Abandon (core dumped)/usr/bin/systemd-tmpfiles --create

And here is the core dump:

Process 1210 (systemd-tmpfile) of user 0 dumped core.

Stack trace of thread 1210:
#0 0x00007f741eff4ef5 raise (libc.so.6 + 0x3cef5)
#1 0x00007f741efde862 abort (libc.so.6 + 0x26862)
#2 0x00007f741e70f464 log_assert_failed_realm.constprop.0 (libnss_systemd.so.2 + 0x25464)
#3 0x00007f741e705f68 varlink_enqueue_json (libnss_systemd.so.2 + 0x1bf68)
#4 0x00007f741e70d3d0 userdb_connect (libnss_systemd.so.2 + 0x233d0)
#5 0x00007f741e70e1ca userdb_start_query (libnss_systemd.so.2 + 0x241ca)
#6 0x00007f741e70e539 groupdb_by_name (libnss_systemd.so.2 + 0x24539)
#7 0x00007f741e6f653c _nss_systemd_getgrnam_r (libnss_systemd.so.2 + 0xc53c)
#8 0x00007f741f082039 getgrnam_r@@GLIBC_2.2.5 (libc.so.6 + 0xca039)
#9 0x00007f741f0813fc getgrnam (libc.so.6 + 0xc93fc)
#10 0x00007f741f2ff621 get_group_creds (libsystemd-shared-247.so + 0x14c621)
#11 0x000056527d032a50 read_config_file (systemd-tmpfiles + 0xaa50)
#12 0x000056527d02cc36 main (systemd-tmpfiles + 0x4c36)
#13 0x00007f741efdfb25 __libc_start_main (libc.so.6 + 0x27b25)
#14 0x000056527d02cfee _start (systemd-tmpfiles + 0x4fee)


Additional info:

It also happens when installing packages triggers `systemd-sysusers`, but I don't know how to reproduce it: see this forum topic for more information: https://bbs.archlinux.org/viewtopic.php?id=263881

Steps to reproduce:

Install a package that triggers the post-transaction step "Creating temporary files"
This task depends upon

Closed by  Christian Hesse (eworm)
Wednesday, 21 April 2021, 10:20 GMT
Reason for closing:  Works for me
Additional comments about closing:  probably fixed upstream
Comment by Christian Hesse (eworm) - Friday, 12 March 2021, 12:07 GMT
Looks like closing a file descriptor fails... I have not seen this myself and no idea why this happens.
Comment by Gaël Bonithon (shoryuken) - Wednesday, 21 April 2021, 10:16 GMT
I waited a bit to be sure, but I feel like the bug is gone for me. Maybe it's related to the update of systemd 248-1 on 2021-04-02, but in any case, I haven't had this problem since 2021-03-22.

There was only one systemd-tmpfiles.hook call in between, on 2021-03-29. But as the problem was only almost systematic, I might have been lucky that time.

Anyway, since then, there have been many other systemd-tmpfiles.hook calls without any problem: 2021-04-05, 2021-04-12, 2021-04-16, 2021-04-17, 2021-04-20.

I let you see if the bug should be closed or if you should wait. If ever the problem comes back, I will report it.
Comment by Christian Hesse (eworm) - Wednesday, 21 April 2021, 10:19 GMT
Probably fixed then... Please request to reopen if this happens again.

Loading...