Gitlab问题-计划删除但从未删除的项目

Gitlab问题-计划删除但从未删除的项目,gitlab,Gitlab,我们在我目前的工作中使用Gitlab已经有一段时间了,遇到了一些以各种方式表现出来的不稳定性 最近的一个:p应该删除的项目被标记为这样,但实际删除从未发生。 一些研究让我看到了问题的可能原因,但没有找到解决方法:ProjectDestroyWorker已经10天没有运行了 有人能告诉我一些关于触发工人的机制的文件,以及如何监控他们吗 版本:GitLab Community Edition 8.5.0 a513e09对于此类问题,您有一些问题:,。 从sidekiq.log检查回溯可以有所帮助 合

我们在我目前的工作中使用Gitlab已经有一段时间了,遇到了一些以各种方式表现出来的不稳定性

最近的一个:p应该删除的项目被标记为这样,但实际删除从未发生。

一些研究让我看到了问题的可能原因,但没有找到解决方法:ProjectDestroyWorker已经10天没有运行了

有人能告诉我一些关于触发工人的机制的文件,以及如何监控他们吗


版本:GitLab Community Edition 8.5.0 a513e09

对于此类问题,您有一些问题:,。
sidekiq.log
检查回溯可以有所帮助

合并请求和(对于GitLab 8.11)应该可以解决其中一些问题,例如:

DestroyGroupService中存在一个竞争条件,即异步删除项目:

  • 用户试图删除组
  • DestroyGroupService
    迭代所有项目并安排Sidekiq作业以删除每个项目
  • DestroyGroupService
    销毁
    ,使其所有项目没有名称空间
  • Projects::DestroyService
    稍后运行,但是可以吗?(
    current_user
    :remove_project
    )为false,因为该用户不再具有销毁没有命名空间的项目的权限
  • 这使项目处于挂起删除状态,没有名称空间/组

对于这种问题,您有一些问题:,。
sidekiq.log
检查回溯可以有所帮助

合并请求和(对于GitLab 8.11)应该可以解决其中一些问题,例如:

DestroyGroupService中存在一个竞争条件,即异步删除项目:

  • 用户试图删除组
  • DestroyGroupService
    迭代所有项目并安排Sidekiq作业以删除每个项目
  • DestroyGroupService
    销毁
    ,使其所有项目没有名称空间
  • Projects::DestroyService
    稍后运行,但是可以吗?(
    current_user
    :remove_project
    )为false,因为该用户不再具有销毁没有命名空间的项目的权限
  • 这使项目处于挂起删除状态,没有名称空间/组

实际上,我在中发现了一些暗示销毁过程的信息,这就是ProjectDestroyWorker概念的来源。我很想了解如何监控gitlab中工作人员的当前状态,以及如何触发他们的运行。您提供的摘录非常有趣,特别是Project::DestroyService,谢谢。我实际上在中发现了一些关于销毁过程的信息,这就是ProjectDestroyWorker概念的来源。我很想了解如何监控gitlab中工作人员的当前状态,以及如何触发他们的运行。您提供的摘录非常有趣,特别是Project::DestroyService,谢谢。