• Status Closed
  • Percent Complete
  • Task Type Bug Report
  • Category Devops
  • Assigned To No-one
  • Operating System pentium4
  • Severity Low
  • Priority Medium
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Arch Linux 32
Opened by Andreas Baumann - 08.03.2021
Last edited by Andreas Baumann - 11.03.2021

FS#168 - i486 slaves are no longer working

+ exec setarch i486 systemd-nspawn -q -D /var/lib/archbuild/staging-i486/root -E PATH=/usr/local/sbin:/usr/local/bin:/usr/bin –register=no –keep-unit –as-pid2 –bind=/var/cache/archbuild32 pacman -Syuu –noconfirm
error: failed to initialize alpm library

Closed by  Andreas Baumann
11.03.2021 18:36
Reason for closing:  Works for me
Andreas Baumann commented on 08.03.2021 19:12

faccessat2(AT_FDCWD, "/var/lib/pacman/", F_OK, AT_EACCESS) = -1 EPERM (Operation not permitted)
write(2, "error: ", 7error: ) = 7
write(2, "failed to initialize alpm librar"…, 87failed to initialize alpm library
(could not find or read directory: /var/lib/pacman/)
) = 87

/usr/include/asm/unistd_32.h: #define __NR_faccessat2 439

looks like systemd-nspawn is broken for 32-bit again..

Erich Eckner commented on 11.03.2021 15:34

I cannot confirm this: On my build slaves, everything works as expected (besides the buildmaster being on holidays for 2 days). These are both running on [testing].

Andreas Baumann commented on 11.03.2021 17:33

Aha, mine run on stable. I saw systemd and glibc differences..

Andreas Baumann commented on 11.03.2021 18:32

Aha, so something got fixed in systemd and will hit stable soon and make my
slaves work again.. :-)


Available keyboard shortcuts


Task Details

Task Editing