排查 Docker 容器问题时,logs、exec、inspect 我怎么组合着用
· 阅读需 2 分钟
很多人第一次排查 Docker 容器问题,都会先看日志。这一步当然没错,但如果只停在日志层,很容易卡住。因为容器问题经常不是单点故障,它可能同时涉及启动参数、挂载路径、网络配置、环境变量以及容器内部运行状态。
很多人第一次排查 Docker 容器问题,都会先看日志。这一步当然没错,但如果只停在日志层,很容易卡住。因为容器问题经常不是单点故障,它可能同时涉及启动参数、挂载路径、网络配置、环境变量以及容器内部运行状态。
看到 mysql.proc 相关错误时,很多人第一反应是“表坏了”。
这个判断不完全错,但 2016 年我在看这类问题时越来越觉得,真正值得警惕的不是某一张系统表本身,而是它背后通常暴露出一整段升级和权限处理流程都没收好。
服务启动失败这件事,最怕的不是问题复杂,而是人一慌就到处乱看。2016 年自己管机器的时候,我也吃过这种亏:一发现接口没起来,就先怀疑代码、怀疑框架、怀疑依赖版本,结果折腾了半天,最后只是端口被别的旧进程占着。