You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When there is a large amount of artifact trash data in the harbor, if an external database is used at this time, then when the filter artifact trash time is too long, the user deletes the artifact, which will cause the blob of this artifact to be deleted in advance, and the residual artifact trash cannot be deleted, resulting in artifact_blob and distribution manifest and its revisions cannot be cleaned up.
this step took long time and in this period if user deleted the artifact, there will be a new record in artifact_trash but will not be covered in this time return, but the blob referenced by it will be captured in the following step
This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.
How can we help you?
Scenario
When there is a large amount of artifact trash data in the harbor, if an external database is used at this time, then when the filter artifact trash time is too long, the user deletes the artifact, which will cause the blob of this artifact to be deleted in advance, and the residual artifact trash cannot be deleted, resulting in artifact_blob and distribution manifest and its revisions cannot be cleaned up.
These resources will be left behind:
Explanation
harbor/src/jobservice/job/impl/gc/garbage_collection.go
Line 206 in f86f1ce
harbor/src/jobservice/job/impl/gc/garbage_collection.go
Line 224 in f86f1ce
harbor/src/jobservice/job/impl/gc/garbage_collection.go
Line 338 in f86f1ce
The text was updated successfully, but these errors were encountered: