如何定位Apache error.log中libpng iCCP警告的根源？

你的Apache error.log里出现的libpng warning: iCCP: known incorrect sRGB profile和libpng warning: iCCP: cHRM chunk does not match sRGB警告，默认不会附带文件名或上下文，以下是几种直接定位根源的办法：

1. 让libpng输出文件名 #

libpng支持通过环境变量开启调试模式，直接在警告里显示正在处理的图片路径：

• 找到Apache的启动配置（比如/etc/apache2/envvars或启动脚本），添加：

  export PNG_DEBUG=5
  

• 重启Apache后，再出现警告时，日志里会附带具体的文件名，直接定位问题图片。用完记得把这个环境变量去掉，避免日志过载。

2. 给Apache访问日志加文件路径 #

调整Apache的日志格式，让每个请求都记录对应的实际文件路径，结合警告出现的时间窗口排查：

• 在httpd.conf或站点配置里修改LogFormat：

  LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" \"%{REQUEST_FILENAME}e\"" combined-with-path
  CustomLog logs/access_log combined-with-path
  

• 这样访问日志会新增请求对应的文件路径字段，对比警告出现的时间段，就能找到可疑的PNG请求。

3. 排查非静态PNG文件 #

你用ImageMagick的identify扫了本地静态PNG没问题，那要注意两类容易遗漏的情况：

• 动态生成的PNG：比如后端程序（PHP/Python等）用GD、ImageMagick实时生成的图片，这类图片不会存在于静态目录，检查后端代码里的图片生成逻辑，看是否有sRGB配置错误。
• 外部引用的PNG：如果页面加载了第三方域名的PNG，Apache在代理或处理这类请求时也可能触发警告，检查页面源码里的外部图片链接。

4. 用strace跟踪Apache进程 #

如果以上方法都没找到，直接用strace跟踪Apache子进程，捕获它读取的所有PNG文件：

• 先找到Apache子进程ID：

  ps aux | grep httpd
  

• 跟踪指定进程的文件读取操作：

  strace -p [进程ID] -e open,read 2>&1 | grep .png
  

• 当警告出现时，这段输出里会显示进程正在读取的PNG文件，直接定位根源。

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