Sometimes fails to restore cache due to crcmod installation isn't using the module's C extension

## Affected builder image

(e.g., `gcr.io/cloud-builders-community/cache`)

## Expected Behavior

It should restore cache

## Actual Behavior

It fails to restore cache

## Additional Info

I have two very similar triggers - one builds an NodeJS/ExpressJS application and the other one builds a React SPA. I've set up save_cache and restore_cache images in both triggers. The NodeJS/ExpressJS application builds, saves, and restores cache fine, but the exact same steps in the React SPA couldbuild.yaml give me this:

```bash
Step #0 - "restore_cache": Restoring cache from file ./2257534182-3654919205.tgz...
Step #0 - "restore_cache": could allow data corruption to go undetected during uploading/downloading.
Step #0 - "restore_cache": NOTE: It is strongly recommended that you not disable integrity checks. Doing so
Step #0 - "restore_cache":
Step #0 - "restore_cache": checks, see the "check_hashes" option in your boto config file.
Step #0 - "restore_cache": To download regardless of crcmod performance or to skip slow integrity
Step #0 - "restore_cache":
Step #0 - "restore_cache": installing the extension, please see "gsutil help crcmod".
Step #0 - "restore_cache": hash computation will likely throttle download performance. For help
Step #0 - "restore_cache": but your crcmod installation isn't using the module's C extension, so the
Step #0 - "restore_cache": Downloading this composite object requires integrity checking with CRC32c,
Step #0 - "restore_cache": CommandException:
Step #0 - "restore_cache": Downloading cache file: gs://XXXXXXXXXXX/2257534182-3654919205.tgz...
```