Runner doens't stop all containers after finishing #509
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#509
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?
I have such a workflow:
After finishing the "test" job, the "mongo" container is still working and I cannot rerun the task. I have to stop and delete container before...
On the GitHub Actions the same script works as expected.
I think the reason is that the
supercharge/mongodb-github-action
action creates a mongodb container that is not managed by act_runner. It's difficult for act_runner to remove the created mongodb container because act_runner cannot get the id of the container.Maybe you could use services to create a mongodb container for test
I used the same action in GitHub Actions before we migrated to Gitea.
I'll try to use services... I was just surprised that act_runner works so differently than GitHub Actions...
I thought the act_runner should be able to get the container ID of a Docker, since the Docker is run by an action command:
https://github.com/supercharge/mongodb-github-action/blob/main/action.yml#L39-L41
So I thought runner runs the docker container from that command and it knows all info to remove it...
Am I wrong?
Yes. This container(we'll call it "action_container" later) is created by act_runner and it can be removed by act_runner.
However, in my test, the mongodb container is a container that is created by "action_container". This means that the mongodb container and "action_container" are different containers. Since the mongodb container is not created by act_runner, act_runner cannot get its container ID.
I see. Thank you for the clarification.
It seems services do not work: #511
i have a lot of networks standing after a job:
version from runner: v0.2.9
version gitea: 1.21.10
Thanks for the report. You can clean them manually. Most of them because of act runner crashed or the previous version's bug before v0.2.9