Duplicator seems to stall with “Building Package 65.0%”

When creating an archive, Duplicator seems to stall with “Building Package 65.0%”, but a complete (?) archive is found on the server – is there a problem in the WordPress backend that is not displaying the situation correctly?

VERSION: 1.5.7.1
WORDPRESS: 6.4.1
PHP INFO: 8.1.25 | SAPI: fpm-fcgi
SERVER: Apache/2.4.57 (Unix)

When creating an archive, a “timeout notice” appears after a relatively short time, but the process continues on the server (a known phenomenon in the past).
If you then look at the list of archives in the WordPress backend (a little later), the creation attempt is displayed, but with the eternal notice: „Building Package 65.0%“

But:

a complete (?) archive is present in directory “wp-snapshots” with
** xxxyyyzzz_archive.zip
** xxxyyyzzz_installer.php.bak
** xxxyyyzzz.log
directory “wp-snapshots/tmp” is empty
correspondig logfile “xxxyyyzzz.log” ends with:

FILE ADDED TO ZIP: 15238
COMPRESSION RESULT: '1'
COMPRESSED SIZE: 117.3MB
ARCHIVE RUNTIME: 80.13 sec.
MEMORY STACK: 24MB
building installer
ARCHIVE CONSISTENCY TEST: PASS

INTEGRITY CHECKS:

SQL FILE: 20.07MB
INSTALLER FILE: 73.47KB
ARCHIVE FILE: 119.32MB
ERWARTETE MENGE DATEIEN/VERZEICHNISSE: 15,239
TATSÄCHLICHE MENGE DATEIEN/VERZEICHNISSE: 15,238
ARCHIV-KONSISTENZ-TEST: Bestanden

RECORD ID:[5]
TOTAL PROCESS RUNTIME: 87.09 sec.
PEAK PHP MEMORY USED: 28MB
DONE PROCESSING => 20231125_teecm 25. November 2023 13:27

An unusual thing noticed is with the two numbers “15,239” vs. “15,238”. Could this report an incorrect assessment to the backend?

Other unusual thing was noticed in php_errorlog saying “sh: –help: command not found” – may this could also be relevant.