Hi, We have noticed the same issue when we wanted to do a scratch build of Ruby https://koji.fedoraproject.org/koji/taskinfo?taskID=90003939 . If someone manages to reproduce it, my colleague created this patch for the script that could be worth trying out: https://gist.github.com/pvalena/8fe7899ca8ee6cd52c0db17d322503a4 To the failure itself, The file is empty, simply because something inside the debuginfo RPM scripts segfaulted. From the logs of your build: ``` + /usr/bin/find-debuginfo -j6 --strict-build-id -m -i --build-id-seed 8.0.30-1.fc37 --unique-debug-suffix -8.0.30-1.fc37.x86_64 --unique-debug-src-base community-mysql-8.0.30-1.fc37.x86_64 --run-dwz --dwz-low-mem-die-limit 10000000 --dwz-max-die-limit 110000000 -S debugsourcefiles.list /builddir/build/BUILD/mysql-8.0.30 /usr/bin/find-debuginfo: line 431: 653188 Done find "$RPM_BUILD_ROOT" ! -path "${debugdir}/*.debug" -type f \( -perm -0100 -or -perm -0010 -or -perm -0001 \) -print      653189                       | LC_ALL=C sort      653190 Segmentation fault      (core dumped) | file -N -f -      653191                       | sed -n -e 's/^\(.*\):[ ]*.*ELF.*, not stripped.*/\1/p'      653192                       | xargs --no-run-if-empty stat -c '%h %D_%i %n'      653193                       | while read nlinks inum f; do     if [ $nlinks -gt 1 ]; then         var=seen_$inum; if test -n "${!var}"; then             echo "$inum $f" >> "$temp/linked"; continue;         else             read "$var" < <(echo 1);         fi;     fi; echo "$nlinks $inum $f" >> "$temp/primary"; done find: 'debug': No such file or directory ``` This is also the case of Ruby, it started happening after the mass rebuild. Regards, -- Jarek Prokop Associate Software Engineer Core Services - Apps Red Hat On 7/26/22 11:48, Michal Schorm wrote: