我们现在已经在我现在的工作上使用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状态，没有名称空间/组。