Dockerfile中通过RUN lpadmin添加打印机在构建镜像后失效问题排查

我帮你分析下问题所在，以及对应的解决办法：

为什么原来的配置不生效？ #

1. cups服务未就绪就执行lpadmin：service cups start是把cups放到后台启动，你紧接着用&&执行lpadmin，这时候cups服务可能还没完成初始化，导致lpadmin无法正确把打印机配置写入持久化文件（比如/etc/cups/printers.conf）。
2. PPD文件可能不存在：你的Dockerfile里直接用了VLM2601_gdi.ppd，但如果这个文件没被复制到容器里，lpadmin会找不到它，配置自然失败。
3. 容器启动时未启动cups：就算配置成功写入文件了，Docker镜像不会保留服务运行状态，容器启动后cups默认是停止的，打印机也无法工作。

修正后的Dockerfile示例 #

FROM dassh/eline:base
MAINTAINER dassh

# 先把本地的PPD文件复制到cups默认搜索的目录下
COPY VLM2601_gdi.ppd /usr/share/cups/model/

# 启动cups，等待服务就绪后配置打印机，最后停止服务确保配置写入磁盘
RUN service cups start \
    && # 等待cups服务完全就绪，用端口检查比固定sleep更可靠
       until curl -s http://localhost:631 > /dev/null; do sleep 1; done \
    && lpadmin -p VLM2601 -v EleanBackend:/tmp -m VLM2601_gdi.ppd -E \
    && service cups stop \
    && echo "Printer setup finished"

# 容器启动时前台运行cups，保证容器不退出且打印机可用
CMD ["cupsd", "-f"]

关键细节说明 #

• 等待服务就绪：用until curl ...的方式，能确保cups的HTTP服务（631端口）真正启动后再执行lpadmin，避免因初始化慢导致的配置失败，比固定sleep更灵活可靠。
• PPD文件路径：把PPD放到/usr/share/cups/model/是cups的默认搜索目录，这样lpadmin用-m参数时可以直接指定文件名，不用写绝对路径。
• 前台运行cups：用cupsd -f让cups前台运行，替代service cups start，这样容器会一直保持运行状态，不会启动后立刻退出。

验证配置是否生效 #

构建镜像并启动容器后，进入容器执行：

lpstat -p

如果能看到你添加的VLM2601打印机，说明配置成功。如果还是有问题，可以查看cups的错误日志/var/log/cups/error_log，里面会有具体的失败原因。

内容的提问来源于stack exchange，提问作者dassh