需要添加的内容:
背景：#93130(评论)
目前，在我们需要从WaitForCacheSync读取数据之前，csi信息提供者被命名为WaitForCacheSync。这发生在任何初始化之后，并且会被反复调用。
然而，目前没有一个很好的位置来移动它。已经尝试过的地方有：
- 在启动
volumePluginMgr.Run中的信息提供者之后。问题是，在此之前，卷协调器已经开始运行了，这意味着csi可能已经在处理请求了。 - 我们尝试在启动卷协调器之前将
volumePluginMgr.Run移动到那里。但是，在与apiserver建立连接之前，卷协调器是需要引导kubelet的。 csiPlugin.Init。这似乎也存在类似的引导顺序问题。
也许我们需要某种plugin.Start接口？
7条答案
按热度按时间gv8xihay1#
Kubernetes/sig-storage-feature-requests
Triage Accepted
soat7uwm2#
问题在90天不活跃后过期。
使用
/remove-lifecycle stale将问题标记为新鲜。过期的问题在30天不活跃后开始腐烂并最终关闭。
如果现在可以安全地关闭此问题，请使用
/close进行操作。向 sig-testing, kubernetes/test-infra 和/或 fejta 发送反馈。
生命周期：过期
j2cgzkjk3#
dxxyhpgq4#
/help-wanted
llew8vvj5#
这个问题已经超过一年没有更新了，应该重新进行优先级评估。
你可以：
/triage accepted(仅组织成员)相关/close关闭这个问题有关优先级评估过程的更多详细信息，请参见 https://www.kubernetes.dev/docs/guide/issue-triage/
已接受移除优先级评估
n3ipq98p6#
/triage accepted
jhkqcmku7#
这个问题已经超过一年没有更新了，应该重新进行优先级评估。
你可以：
/triage accepted(仅组织成员)相关/close关闭这个问题有关优先级评估过程的更多详细信息，请参见 https://www.kubernetes.dev/docs/guide/issue-triage/
已接受移除优先级评估