Actually even stranger, executing with

--no-process-execution-local-cleanup

seems to be running.

Hm. And if you don't run with that, does it consistently fail? Could try with

--no-pantsd

for good measure

... oddly it now seems to be working. It's worth knowing that I'm not sure pantsd was restarted between the first error (when unzip was indeed not installed) and the second error (after it was installed), so that could well be the issue. For completeness,

[arch@ip-172-31-76-241 forge]$ /usr/bin/unzip -v && echo $?
UnZip 6.00 of 20 April 2009, by Info-ZIP.  Maintained by C. Spieler.  Send
bug reports using <http://www.info-zip.org/zip-bug.html>; see README for details....

...so that works. Sorry for the false alarm? I'm not sure why it started working unless it had to do with a delay from pantsd.

No need to apologize, it's concerning this wasn't working the first time.. Could you please let us know if you encounter this again?

It's worth knowing that I'm not sure pantsd was restarted between the first error (when unzip was indeed not installed) and the second error (after it was installed), so that could well be the issue.

That was definitely the issue. For perf - we cache local system binary lookups for the life of Pantsd by design.