#1145527 rsyslog: FTBFS on reproduce.d.n

#1145527#5
Date:
2026-08-25 15:04:14 UTC
From:
To:
Source: rsyslog
Version: 8.2608.0-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: debian-amd64@lists.debian.org, reproducible-bugs@lists.alioth.debian.org
User: debian-amd64@lists.debian.org
Usertags: amd64
User: reproducible-builds@lists.alioth.debian.org
Usertags: environment

Hi Michael,

rsyslog currently fails to build on reproduce.debian.net making it
blocked from migration to testing. The error seems to be:

09:21:38 wait_file_lines waiting, expected 10000, current 9454 lines
wait_file_lines failed, expected 10000 got 9454 after 1787476899 retries, took 90 seconds
Core dump policy:
  ulimit -c: unlimited
  kernel.core_pattern: core
  kernel.core_uses_pid: 1
  fs.suid_dumpable: 0
No owned rsyslogd core dumps found
=== Error Logs Collection ===
gather-check-logs.sh not found, collecting available logs manually...
No failed-tests.log found
not reporting failure as RSYSLOG_STATSURL is not set
rsyslog pid file still exists, trying to shutdown...
rsyslogd debug: info: trying to cooperatively stop input imdiag, timeout 60000 ms
rsyslogd debug: info: trying to cooperatively stop input imfile, timeout 60000 ms
09:21:39[99]  FAIL: Test ./imfile-logrotate-async.sh (took 99 seconds)
FAIL imfile-logrotate-async.sh (exit status: 1)
rsyslog debug: main Q:Reg/w0: enter WrkrExecCleanup
rsyslog debug: 0x560e0052df60: worker exiting
rsyslog debug: main Q:Reg/w0: thread joined

https://reproduce.debian.net/amd64/api/v1/builds/282149/log

From my tests reproducing this seems to depend a lot on the host and
it seems to happen more often when compiled on ext4 (as does
reproduce.d.n right now) then on tmpfs (as used by the buildds). Feel
free to reach out if you need help.

Cheers Jochen

#1145527#10
Date:
2026-08-25 18:09:38 UTC
From:
To:
Hi Jochen,

is there a way to find this build failure from the tracker.d.o dashboard?
Can the package be given back / retried?

Problem is, the test suite passes really reliably here on my local
system, i.e. I can reproduce the problem or create an environment where
it fails so I can forward the conditions to upstream.

You said you ran your own tests, what were your findings so far?

Regards,
Michael

Am 25.08.26 um 17:04 schrieb Jochen Sprickerhof:

#1145527#15
Date:
2026-08-25 18:12:00 UTC
From:
To:
Am 25.08.26 um 20:09 schrieb Michael Biebl:


I can *not* reproduce the problem...

#1145527#20
Date:
2026-08-25 21:04:22 UTC
From:
To:
Am 25.08.26 um 20:12 schrieb Michael Biebl:

I tried building it using

debrebuild --builder=sbuild+unshare and
debrebuild --builder=sbuild

but failed to reproduce a failure so far.