Closed enricojonas closed 1 year ago
Hi @enricojonas ,
From the debug output
[debug]Checking zstd --version
[debug]Unable to locate executable file: zstd. Please verify either the file path exists or the file can be found within a directory specified by the PATH environment variable. Also check the file mode to verify the file is executable.
I think we have been run into a similar issue in the past and the solution was to simply provide this binary and add it to the PATH on the self-hosted runner.
@hendrik-schaffer thanks for reaching out. I have tried to integrate this and it didn't do any change. It seems to be connected to how our GHES is setup and it's using the storage backend through that address which is not reachable from the runners - so the error message is not very descriptive. I will close this issue here as we this is an infrastructure problem.
@enricojonas I would suggest creating a Support ticket for this since it is related to GHES.
@pdotl yes, that's what we did. Github support helped us to identify the issue.
@pdotl yes, that's what we did. Github support helped us to identify the issue.
What was the issue?
The issue was that we were using MinIO storage - apparently it is not working with this.
The issue was that we were using MinIO storage - apparently it is not working with this.
Thanks for the quick reply! I've been trying to resolve the same problem with GHES but haven't found a solution yet.
Same problem here, did you find any solution. However we are using DELL ISILON S3 compatible storage
Hi,
I am trying to use the cache action with self-hosted runners (in GKE) towards a GHES instance. It seems that saving the cache is just fine, but on restore I receive error
connect ETIMEDOUT 10.0.0.8:9000
Environment: GHES 3.7.4 Self Hosted runner in GKE (base image Ubuntu 22.04 / Runner Agent 2.298.2)
Saving cache:
Restoring cache:
I cannot figure out what is wrong here.
Thanks