博客
关于我
Rancher入门到精通-2.0 systemctl 启动服务Connection timed out
阅读量:701 次
发布时间:2019-03-17

本文共 698 字,大约阅读时间需要 2 分钟。

在尝试重启服务器时,我遇到了意外的问题:“Failed to get properties: Connection timed out”。此外,在尝试处理相关错误时,系统反馈unregister_netdevice: waiting for vethfa4b4ee to become free. Usage count = 1。看起来这是一次内核的坑。

目前我发现自己正在使用Docker 1.9.1,而内核版本是3.10.327(红帽7)。我记下了这个问题,因为目前还没有找到针对这个特定版本的修复方法。如果有朋友了解相关信息,也可以留言互动。

根据我的了解,这个问题可能与Bugzilla中的问题编号81211相关。关于veth接口设备注册失败,相关讨论可能在内核社区中有所回应。

此外,我还遇到另一个问题:内核中的kworker和Docker似乎进入了死锁状态。

在日志中,对于 docker 容器被卡住的事件,我看到以下信息:

[Wed Jan 31 14:16:11 2018] INFO: task docker:26326 blocked for more than 120 seconds.

这可能意味着这个任务已经没有响应,这通常会导致系统资源被占用,影响正常功能。为了测试,我尝试设置临时的hung_task_timeout_secs参数:

echo 0 > /proc/sys/kernel/hung_task_timeout_secs

这可能会强制立即终止长时间未响应的任务,但需要谨慎操作。

目前,我还在等待进一步的验证和解决方案。如果有突破,我会在这里更新我的进展。

转载地址:http://dpdez.baihongyu.com/

你可能感兴趣的文章
Netty工作笔记0083---通过自定义协议解决粘包拆包问题1
查看>>
Netty工作笔记0084---通过自定义协议解决粘包拆包问题2
查看>>
Netty工作笔记0085---TCP粘包拆包内容梳理
查看>>
Netty常用组件一
查看>>
Netty常见组件二
查看>>
netty底层源码探究:启动流程;EventLoop中的selector、线程、任务队列;监听处理accept、read事件流程;
查看>>
Netty心跳检测
查看>>
Netty心跳检测机制
查看>>
netty既做服务端又做客户端_网易新闻客户端广告怎么做
查看>>
Netty核心模块组件
查看>>
Netty框架内的宝藏:ByteBuf
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—1.服务端启动流程一
查看>>
Netty源码—1.服务端启动流程二
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—2.Reactor线程模型二
查看>>
Netty源码—3.Reactor线程模型三
查看>>
Netty源码—3.Reactor线程模型四
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>