-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed mirror will be not deleted #17571
Comments
Yes, this works in gitea 1.15.6. I didn't try this before. But you changed behavior in the latest versions. Was there a reason for this? |
When you say mirror, exactly what do you mean? A repository migration from git, github, gitea or other? Do you have any logs from when the mirror failed? |
Yes, just start new mirror.
Nope. I can't see any error. Cause I disabled logging. You can reproduce it on your local instance too. Try with this: https://github.com/screeps/driverr.git (right URL is https://github.com/screeps/driver.git). With the wrong URL (or if there are some problems cause GitHub is temporary blocking you) Gitea creates an corrupted repo. In the earlier Gitea versions this repo was automatically deleted. |
This is not enough information. Using the Git migration does not reproduce the bug - it appears I need to use the Github migration to reproduce this.
!! Please help us to help you. Give us logs in future. None of us are paid to work on Gitea it's not fair to make us run around reproducing things.
Thanks! This is the information I needed to reproduce.
This is the Error. To reproduce:
|
I run my gitea instance with logging. But this slows it down. And I follow you words about logging (#15412)
and I had no logg error message in my logs. I can't every time edid the config and restart my Gitea instance. In this case I reproduced the problem on the Gitea try instance. And I was sure, you can check the logs there.
This is right. but at the end you have to reproduce the problem. This is the development way. If it'S easy to reproduce. Or not.
I don't see this errro on my instance. And my logging is set to error. I see this error (I added stacktraces):
Or If you will be blocked by too many requests (HTTP ERROR 429) Gitea is creating an corrupted repo since 1.15.5. Before this version the mirror was deleted. |
The other error message was:
I reported it 15 days ago. |
There is a bug in handling failed migrations whereby the migration task gets decoupled from the migration repository. This leads to a failure of the task to get deleted with the repository and also leads to the migration failed page resulting in a ISE. This PR removes the zeroing out of the task id from the migration but also makes the migration handler tolerate missing tasks much nicer. Fix go-gitea#17571 Signed-off-by: Andrew Thornton <art27@cantab.net>
* Correctly handle failed migrations There is a bug in handling failed migrations whereby the migration task gets decoupled from the migration repository. This leads to a failure of the task to get deleted with the repository and also leads to the migration failed page resulting in a ISE. This PR removes the zeroing out of the task id from the migration but also makes the migration handler tolerate missing tasks much nicer. Fix #17571 Signed-off-by: Andrew Thornton <art27@cantab.net>
* Correctly handle failed migrations There is a bug in handling failed migrations whereby the migration task gets decoupled from the migration repository. This leads to a failure of the task to get deleted with the repository and also leads to the migration failed page resulting in a ISE. This PR removes the zeroing out of the task id from the migration but also makes the migration handler tolerate missing tasks much nicer. Fix go-gitea#17571 Signed-off-by: Andrew Thornton <art27@cantab.net>
* Correctly handle failed migrations There is a bug in handling failed migrations whereby the migration task gets decoupled from the migration repository. This leads to a failure of the task to get deleted with the repository and also leads to the migration failed page resulting in a ISE. This PR removes the zeroing out of the task id from the migration but also makes the migration handler tolerate missing tasks much nicer. Fix #17571 Signed-off-by: Andrew Thornton <art27@cantab.net> Co-authored-by: wxiaoguang <wxiaoguang@gmail.com>
* Correctly handle failed migrations There is a bug in handling failed migrations whereby the migration task gets decoupled from the migration repository. This leads to a failure of the task to get deleted with the repository and also leads to the migration failed page resulting in a ISE. This PR removes the zeroing out of the task id from the migration but also makes the migration handler tolerate missing tasks much nicer. Fix go-gitea#17571 Signed-off-by: Andrew Thornton <art27@cantab.net>
Gitea Version
1.15.6
Git Version
2.25.1
Operating System
Ubuntu 20.04.3
How are you running Gitea?
Self hostet
Database
PostgreSQL
Can you reproduce the bug on the Gitea demo site?
Yes
Log Gist
No response
Description
Just try to mirror an not existing project. Gitea (can be resproduce on Gitea demo site with 1.60.x too) creates a new project. Afte the error will be shown, the created project will be not remowed. If you open it in Giteate (https://try.gitea.io/somera/nethogss) than you see HTTP ERROR 500. The project could be deleted only in the admin repo view.
This bug exists (I think) since Gitea 1.15.4 or 1.15.5.
Screenshots
No response
The text was updated successfully, but these errors were encountered: