关于如何解决这个问题,有很好的解释。SOF Q1,SOF Q2等许多有关SOF和互联网的问题。
我担心的是,是什么导致了这一问题,以及为什么码头工人最终处于这种状态。(/var/run包含应用程序的运行时数据,即停靠程序。为什么停靠者不能在这里连接/或写入。如果这一点不相关..。(别管它。)。
我担心的是,我们的码头系统几天来运转良好,稳定,突然间我们看到了这个问题。我不能总是要求sys管理员重新启动docker或linux服务器(进程问题。当然,我也不想通过更好地理解码头来阻止它)。所以我要阻止这件事的发生。
我们正在使用基于fedora的linux,而docker版本的信息是:
服务器版本: 17.12.0-ce 存储驱动程序: overlay2支持 文件系统: extfs 支持d_type:真 本机覆盖差异:真 日志驱动程序: json-file Cgroup驱动: cgroupfs
如果需要,可以提供更多的码头信息。
发布于 2018-05-30 21:34:12
这是固定在容器1.0.2 (目前正在发布候选阶段)。一旦这个版本发布,我们就可以将它包含在一个dockerd补丁版本中.这对17.11岁以上的所有船坞来说都是个问题.但是请注意,容器修补程序将只包含在17.12和18.03中(假设容器修补程序很快就会发布)。
报告的解决方法是killall -9 dockerd或重新启动系统,但最好将docker版本更新为17.12.1或18.03。
发布于 2021-02-10 09:42:45
在我的例子中,我一直在使用二进制文件安装码头,所以没有启动或停止码头服务,但我发现问题是容器本身没有运行,所以如果这是您的问题,您需要使用sudo containerd &重新运行容器服务,然后运行sudo dockerd &,希望这会有所帮助。
https://stackoverflow.com/questions/49725980
复制相似问题