我们现在已经在我现在的工作上使用Gitlab了一段时间,并遇到了一些以各种方式表达自己的不稳定。
最新的一个:应该删除的p 项目标记为这样,但实际删除不会发生。
一些研究让我看到问题的可能原因,但不知道如何解决问题: ProjectDestroyWorker 已经运行超过10天。
有人可以指点一些关于触发工人的机制的文档,以及如何监控它们吗?
版本:GitLab Community Edition 8.5.0 a513e09
答案 0 :(得分:0)
这类问题存在一些问题:issue 15334,issue 20984
检查sidekiq.log
的回溯可以提供帮助
合并请求5695和4341(对于GitLab 8.11)应解决其中一些问题,例如:
现在,DestroyGroupService中存在竞争条件,即异步删除项目:
- 用户尝试删除群组
DestroyGroupService
遍历所有项目并安排Sidekiq作业删除每个项目DestroyGroupService
销毁Group
,使其所有项目都没有命名空间Projects::DestroyService
稍后运行但可以吗? (current_user
,:remove_project
)为false,因为用户不再拥有销毁没有命名空间的项目的权限。- 这使项目处于pending_delete状态,没有名称空间/组。