求助,此类问题如何定位处理
不知道你使用的是什么订阅类型，部分版本默认的配置是即使删除仓库，它也会在延迟一段时间后才会彻底删除该仓库，在这段时间内，仓库一直处于被删除的状态。需要过了这段时间才会彻底删除。
我使用的是社区版的，版本为14.8.2, 我这个问题就是有一个仓库一直处于正在删除状态，导致我无法重新导入该仓库
hello, 上次说的这个问题还是存在的，请问有什么排查方法去定位原因或者把这个正在删除的状态进行处理了不
你这边通过API可以获取到这个项目的信息吗？
已经查不到该仓库了，这个仓库的名称叫release-tools，这种会触发什么gitlab本身的机制吗
并不会，如果查不到，说明这个仓库确实是出于待删除的状态。你重新导入的时候是否提示：Project could not be imported: 路径 已经被使用
还有一种方式，进入到后台看一下后台任务里是否有待执行的删除job。
这个怎么到后台去查询这些信息或者待删除job呢，不是我部署的，我不太熟悉后台路径或者任务
在管理员后台，做侧边栏有个监控，里面可以看到后台任务。
5,629,693 303 0 0 0 3 0
Processed Failed Busy Enqueued Retries Scheduled Dead
我管理员页面看到这个地方是这些数字，并且也没有看到当前有什么任务在running状态
请问这个还有其他方式去处理么,管理员后台像我昨天发的那个,感觉看不出啥异常,要不就是我没看懂这个后台记录的数据是啥意思
我上面的建议是看后台任务里是否有卡住的用于处理仓库删除的任务，目前根据你的回复来看，你那里的后台页面是不正常的状态，正常状态是可以看到多少后台任务已执行完成，执行失败，正在执行，以及在队列中等待执行。
根据你的情况，现在尝试从日志中进行排查，在sidekiq日志以及rails日志中搜索该项目的路径或者id，尝试找到相关日志来进行排查。