@actions/cache with external cache server connecting wrong IP (0.0.0.0) #437
Labels
No Label
kind
bug
kind
build
kind/compatible
kind
dependencies
kind
docs
kind
enhancement
kind
feature
kind
help wanted
kind
proposal
kind
refactor
related
act
related
environment
related
exec
related
gitea
related
workflow
reviewed
confirmed
reviewed
duplicate
reviewed
invalid
reviewed
needs feedback
reviewed
wontfix
reviewed
workaround
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/act_runner#437
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@zetta1325 Hello I'm having trouble using
@actions/cache
with external cache server, both the runner and the cache server are on a K8s, the step:runner
config.yaml
I tried manually attach to the container created by the runner when running jobs and
nslookup act-cache-server
correctly returned the cache server's K8s cluster internal IP.curl http://act-cache-server:7931/
returned 404, so the network did work.But some how runner is trying to connect to 0.0.0.0:7931 and having error :
Could you please try to ping/dig/curl
act-cache-server
before theSet cache dist
step and see what will happen?@wolfogre
Yes of course I've tried that.
ping
does not work (as expected) because how K8s service worksdig
returned the correct K8s cluster internal IP of theact-cache-server
service (192.168.x.x)curl http://act-cache-server:7931
returned 404, so the networking seems workingSorry for the late reply. I've tried in my k8s with
gitea/act_runner:nightly-dind-rootless
and the external cache server works well.What type of image of
act_runner
are you using?I ran into the same problem and found that the cache server is returning an incorrect URL as
archiveLocation
.logs excerpt
workflow
log
I wanted to deploy the cache server as a separate Deployment/Service from the runner, so I had set
0.0.0.0
as the host for the cache server.(full Deployment/ConfigMap is here)
I think the problem is due to a limitation that the current act does not allow the ExternalURL to be set separately from the address that the cache server listens to.
I would like to make the
ExternalURL
used forarchiveLocation
configurable for flexibility of deployment.Is it better to send a PR to nextos/act or gitea-forked act? (this feature seems unnecessary when running act locally)
@pikatenor Thank you for digging into this issue
I think it would be better to send a PR to gitea/act since accessing the cache server from outside is not necessary for
act