mirror of
https://github.com/RayLabsHQ/gitea-mirror.git
synced 2026-04-25 07:15:57 +03:00
[GH-ISSUE #19] Failed to parse JSON #9
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#9
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 @crocofied on GitHub (May 27, 2025).
Original GitHub issue: https://github.com/RayLabsHQ/gitea-mirror/issues/19
Hey, If I try to mirror a repository, I get this error in the docke rlogs:
@arunavo4 commented on GitHub (May 28, 2025):
@crocofied Thanks for reporting this issue, I am working on making the error logs more helpful and robust. Keep an eye out for new updates. I will let you know once I have tested it on my end.
@arunavo4 commented on GitHub (May 28, 2025):
Hi @crocofied Please try the new
v2.11.0verison and also make sure to remove older docker volumns and best to try with a fresh Gitea instance to rule out any issues on gitea side@crocofied commented on GitHub (May 28, 2025):
@arunavo4
Getting this log messages now:
gitea-mirror | 2025-05-28T09:26:44.928973400Z Created new job 8db03dec-b332-4407-957b-a19553632daa with 1 items gitea-mirror | 2025-05-28T09:26:44.929028834Z Registered active job: 8db03dec-b332-4407-957b-a19553632daa (1 total active jobs) gitea-mirror | 2025-05-28T09:26:44.933345296Z Starting mirror for repository: AdminData gitea-mirror | 2025-05-28T09:26:45.173086326Z Repository AdminData already exists in Gitea. Skipping migration. gitea-mirror | 2025-05-28T09:26:45.173148342Z Mirroring progress: 100% (1/1) gitea-mirror | 2025-05-28T09:26:45.173157841Z Successfully mirrored repository: AdminData gitea-mirror | 2025-05-28T09:26:45.193587243Z Publishing event to channel mirror-status:03b9a235-8173-49d9-8c20-e6bc0f7a8d10 for user 03b9a235-8173-49d9-8c20-e6bc0f7a8d10 gitea-mirror | 2025-05-28T09:26:45.208836715Z Event published successfully with ID fe24e990-a5b8-49c3-ae0d-4b427065a382 gitea-mirror | 2025-05-28T09:26:45.221634853Z Publishing event to channel mirror-status:03b9a235-8173-49d9-8c20-e6bc0f7a8d10 for user 03b9a235-8173-49d9-8c20-e6bc0f7a8d10 gitea-mirror | 2025-05-28T09:26:45.233752633Z Event published successfully with ID 94f6975e-db75-423f-a9a9-287c1164aae7 gitea-mirror | 2025-05-28T09:26:45.233805836Z Unregistered job: 8db03dec-b332-4407-957b-a19553632daa (0 remaining active jobs) gitea-mirror | 2025-05-28T09:26:45.233815922Z All repository mirroring tasks completedIts a new gitea instance without any repositorys
@arunavo4 commented on GitHub (May 28, 2025):
@crocofied can you share your docker-compose file or how you are running the application. Looks like it still might have the old data base thats why it says it has found
Unregistered job. If you can purge the old db file of this gitea-mirror application and start new.@crocofied commented on GitHub (May 28, 2025):
This is my docker compose, I just removed the old volume with
docker volume rm gitea-mirror-databefore running the new application@arunavo4 commented on GitHub (May 28, 2025):
@crocofied WHat does the UI show after you have imported your github data. does it show the repo you are trying to mirror?
also I am happy to connect and debug the issue as I am unable to recrete this on my end. you can email me on developer@arunavoray.dev with your availibility.
@arunavo4 commented on GitHub (May 28, 2025):
@crocofied Hey I found the issue, I was able to recreate it and I will make a fix for it.
@arunavo4 commented on GitHub (May 28, 2025):
Hi @crocofied I have fixed this issue in verison
v2.11.1and later versions.A script has also been added at the start of the docker to clean up exisiting repos at this state.
There was a bug in the db update step which caused this.
Let me know if this works out.
@arunavo4 commented on GitHub (May 30, 2025):
Feel free to reopen the issue if its still persists after version
v2.11.2