文章目录

  • 一、前言
  • 二、猛虎操作
  • 2.1、随缘测试法
  • 2.2、100%解决法
  • 三、靓女总结


一、前言

最近在做某系统的容器化+CI/CD，该系统有个特点，需要获取所在机器的机器码、cpuId与已有的许可进行比对，从而判断该系统能否正常提供使用。

二、猛虎操作

2.1、随缘测试法

博主一顿操作，直接搞定Dockerfile以及测试环境，镜像一打，上传私库，在docker里面开始pull、run测试，应该没问题，搞定完事儿，不想多花时间。

容器起来开始启动应用程序，启动没问题，让前端操作下，结果提示没有系统权限，。看来该来的还是要来，不能抱有侥幸心理，终究是我的活。

docker 使用硬件设备 docker 获取硬件信息_容器

根据线上日志得知应用在获取机器码和cpuId出现问题，没有拿到机器码和cpuId，相应的问题代码如下:

// 问题上层
String cpuId = getSerialNumber(cpuCmd, os);

// getSerialNumber()部分代码
String[] cmd = { "/bin/sh", "-c", command};
Process process = Runtime.getRuntime().exec(cmd);
process.getOutputStream().close();
Scanner sc = new Scanner(process.getInputStream());
String headItem = sc.next();
if(StringUtils.isNotBlank(headItem)){
     serialItems.add(headItem);
}
 while (sc.hasNext()){
     String item = sc.next();
     if(StringUtils.isNotBlank(item)){
           serialItems.add(item);
     }
}

其中command为dmidecode -t 4 | grep ID |sort -u |awk -F': ' '{print $2}'。

好，既然博主知道了命令就直接测试环境执行亿下。

docker 使用硬件设备 docker 获取硬件信息_容器_02


哟呵，竟然没有dmidecode包，不过依稀容器启动时的环境是基于ubuntu的最简安装，想要能执行命令总不能在Dockerfile里面加些RUN命令吧，而且博主希望能读取宿主机的机器码，不然容器销毁、启动都需要系统去申请许可吗？

2.2、100%解决法

下边提供一个方法：

  • 确保宿主机能执行dmidecode命令（必须）
  • 将宿主机的如下两个目录挂载到容器中
// dmidecode程序的目录，如果不挂载那么容器中识别不了dmidecode命令
/usr/sbin/dmidecode或者/sbin/dmidecode
// dmidecode调用时会使用到mem这个文件，如果不挂载会找不到文件
/dev/mem
  • 在容器启动时增加 --privileged 参数，让容器获得近似于宿主机root的权限
    启动后再次去容器中执行命令，如下图

    可以看到没问题了，接下来就要同步到CI/CD了，博主使用的是jenkins+harbor+rancher+k8s。操作如下：
  • 编辑rancher中已有的工作负载，找到数据卷
  • 添加卷——>映射主机目录，添加两次
  • 将主机路径/usr/sbin/dmidecode和/dev/mem添加进去
  • 保存升级后，点击工作负载的查看/编辑yml

docker 使用硬件设备 docker 获取硬件信息_docker_03

  • 可以看到刚刚映射的主机目录已经有了
  • 现在为pod中的容器添加近似root的权限，allowPrivilegeEscalation(允许提升容器权限)、privileged改为true后保存即可

三、靓女总结

刷到的就是猿粪，路过的宇宙级帅哥给个三连吧

docker 使用硬件设备 docker 获取硬件信息_docker_04