Installation check - archiver shows FAIL.

17 views
Skip to first unread message

jeffs...@exemail.com.au

unread,
Aug 26, 2025, 12:24:39 PM (12 days ago) Aug 26
to ResourceSpace
I've recently Leapp'd from CentOS 7 to AlmaLinux 9 and took the opportunity to update v10.5 of MariaDB and v8.4 for PHP. I also updated to the latest svn version of r27308 (at the time of printing).

I was hopeful that this may have corrected an issue that's been present for some time. Its only minor and of no consequence in terms of functionality, but none the less, whenever I run the Admin | System | Installation Check and view the 'Archiver' results, it has caused a failure for quite some time now, or at least while I have been on RS v10.x maybe.

I've attached an image of its output, but essentially, it returns me ...
FAIL:
Unexpected output when executing '/bin/tar' -h command. Output was ''.

archiver_fail.png

my config.php specifies the following archiver configuration ...
$archiver_path = '/bin';
$archiver_executable = 'tar';
$archiver_listfile_argument = " -T ";

I have quite a few archiver's available to me in this install, so I changed the config to 'zip' and it came back with a status of 'OK' i.e. ...

$archiver_path = '/bin';
$archiver_executable = 'zip';
$archiver_listfile_argument = " -i ";


In the installed version (1.34) of 'tar', there is no -h cmdline switch (neither is there in 'Zip'). so I may expect that the output would possibly reflect a FAIL status. 'Tar' in this case is shown with source @system in AlmaLinux v9.6. My understanding is that it was not part of the 'baseos' repository, but nonetheless, I'd hazard a guess that the cmdline switch convention would not vary greatly between versions, if at all. Of course if it were to use '-h' with 'Zip' I'd also expect a problem, but none was apparent as shown in the image ... assuming it uses the same switch.

Is it possible to confirm where this value ('-h') is obtained from and that this is the expected behavior, or if not, what can be done to rectify this permanently (for 'tar').

Thanks
Jeff Rickeard.

jeffs...@exemail.com.au

unread,
Aug 26, 2025, 12:35:19 PM (12 days ago) Aug 26
to ResourceSpace
Update:

I couldn't find a way to edit my message above, but I was mistaken about 'zip -h'. This is indeed valid and as one might guess, it is a shortened '--help'. The copyright/License message is what is returned on the first line of the 'zip -h' output.

I guess that makes more sense now, but would still like an option to correct the FAIL for 'tar'.

Thanks again,
Jeff Rickeard.
Reply all
Reply to author
Forward
0 new messages