• 中文
    • English
  • 注册
  • 查看作者
  • 使用Docker踩坑,排查完问题之后,又涨知识了

    背景

    新上线一个批处理功能,基于Docker发布的。上线之后出现一个问题,Docker批处理生成的文件目录,别的应用程序无法访问。

    之前也在使用Docker,但并未涉及到文件共享的问题,还真没留意到。经过一系列排查,终于找到原因。这篇文章就记录一下排查过程中使用到的技术点,也帮大家重温一下。

    涉及的知识点:Docker help命令、Linux用户/组id查看、Docker用户指定、Docker启动失败日志查看等

    现象分析

    Docker运行的项目定时创建文件目录并进行文件生成等操作,但当其他应用程序来操作Docker应用生成的目录时,会提示“Permission denied”错误。

    查看Docker生成的文件夹权限,竟然是以root用户创建的。执行Docker的启动脚本明明是普通用户,生成的文件怎么就变成了root用户了?

    这里就涉及到通过Docker执行执行时所使用的用户了。如果在执行Docker执行命令时,未指定所使用的用户,默认以root用户执行。在这生产环境下当然是不允许的了。

    问题解决

    既然找到问题的原因解决起来就比较容易了,下面记录一下解决问题及涉及到的一些Docker命令和Linux操作。

    查询帮助文档

    先来通过help命令查看一下Docker的命令参数,如何来指定执行命令的用户。

    先尝试了 命令,结果并未找到指定用户的命令参数:

    后来才意识到,查找的应该是docker的run命令的帮助文档:

    其中便有指定run命令操作的所属用户参数,通过 可指定执行命令的用户和组。

    docker指定用户

    参照帮助手册,整理了docker的运行命令(伪代码):

    上述指令中通过 指定了执行命令的用户,按理说可以正常执行的,但执行时抛出了以下异常信息:

    虽然当前用户是testuser,但docker貌似并未在passwd文件中找到它,此时直接通过用户的UID来替换Username。

    获得Linux用户UID

    获得Linux用户的UID有两种方法。

    方法一:执行命令。

    获得UID命令:

    当前用户的UID便是1002。

    获得组ID命令:

    当前用户所属组ID便是1002。

    方法二:查看/etc/passwd获取UID和组ID。

    执行 命令,显示/etc/passwd中的内容。

    使用Docker踩坑,排查完问题之后,又涨知识了

    图片来源于网络

    在/etc/passwd中找到当前用户后面对应的UID和组ID。

    调整Docker命令

    获得了当前用户的UID和组ID之后,Docker运行命令修改如下:

    正常来说,问题到此便解决了,可正常启动应用程序。

    Docker日志查看

    但笔者又遇到另外一个问题,就是Docker中应用的日志,由于之前的失误默认通过root用户创建的,此时使用了testuser来启动应用程序,发现Docker无法启动,原因很简单testuser启动的应用无法向root创建的日志文件写日志。

    排查启动失败时用到了查看Docker失败日志的命令:

    此时,或将原来的日志备份,让系统重新生成日志文件,或直接修改日志文件权限为testuser即可。

    至此,关于Docker生成目录权限问题解决完毕。

    小结

    其实,导致上面问题的原因很小,就是漏了一个参数的事。但不经一事,不长一智。可能很多朋友在使用Docker的过程中可能都没留意到这一问题。

    而问题的排查过程也很有意思,不仅涉及到了Docker的操作命令,也涉及到了Linux的一些基础知识,知识和技能就是在出现问题、解决问题的过程中增长的。

    在解决了上述问题之后,不仅感慨“ 纯学究式的技术学习,终究还是有缺陷的,必须实践,必须临床实践!

    如果感觉本文对你有帮助,点赞关注支持一下,想要了解更多Java后端,大数据,算法领域最新资讯可以关注我公众号【架构师老毕】私信666还可获取更多Java后端,大数据,算法PDF+大厂最新面试题整理+视频精讲

  • 0
  • 0
  • 0
  • 17
  • 请登录之后再进行评论

    登录
  • 任务
  • 实时动态
  • 发布
  • 单栏布局 侧栏位置: