mirror of
https://github.com/RayLabsHQ/gitea-mirror.git
synced 2026-04-25 07:15:57 +03:00
[GH-ISSUE #94] scripts missing src directory while inside docker #46
Labels
No labels
bug
documentation
enhancement
help wanted
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/gitea-mirror#46
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @travismolick on GitHub (Sep 11, 2025).
Original GitHub issue: https://github.com/RayLabsHQ/gitea-mirror/issues/94
When attempting to run a script from scripts inside docker, its attempting to call back a directory into the src but that folder was not copied into the container?
@arunavo4 commented on GitHub (Sep 11, 2025):
@travismolick the scripts in the scripts dir are for development purposes. Not sure why are you trying to run these scripts seperately, the
docker-entrypoint.shfile handles all these automatically. But if you still want to run the script manually for some reason. run the compiled version atdist/scripts/startup-recovery.js. I will remove the scripts dir from the docker image in future builds to prevent this confusion.@travismolick commented on GitHub (Sep 11, 2025):
I am following the guide to repair interrupted jobs In the documentation as the server gitea mirror had to reboot, this causing a few mirroring jobs to freeze / hang at a status that they are mirroring but gitea is showing that nothing is happening.
It has been hanged for a few days with the same mirror message and the activity log shows it's doing something but nothing seems to show happening on gitea side and I do not see a option to cancel a mirror operation from the GUI.
Am I not supposed to use the commands provided in the guide to try and fix interrupted jobs in docker then?
@arunavo4 commented on GitHub (Sep 11, 2025):
Can you post the Logs plus some screenshots. The spripts have been now integrated to automatically detect inturupted jobs from an earlier session whenever the container restarts. If it says no inturupted jobs then either the data is corrupted that it cannot recover so then it would be best to delete and start over. But before that just try restarting the container