最近升级项目基础镜像踩到一个大坑，由于
Alpine基础镜像中的glibc和jdk不兼容,导致鼓捣了2天才解决，故记录一下这个问题
基础环境
- alpine 3.7
- glibc-2.28
- jdk8.171
问题描述
由于Alpine包过于精简,没有netstat,telnet,iftop等网络工具,所以重新制作了一个基础镜像包.
然后就被之前的离职同事坑了一把,被迫升级了glibc,从glibc-2.21-r2.apk升级到了glibc-2.28-r0.apk.
Java基本运行都很正常,但是调用Atw.X11绘制图形的时候异常出现了.
java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11FontManager
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at sun.font.FontManagerFactory$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.FontManagerFactory.getInstance(Unknown Source)
▽ at java.awt.Font.getFont2D(Unknown Source)
at java.awt.Font.canDisplayUpTo(Unknown Source)
at java.awt.font.TextLayout.singleFont(Unknown Source)
at java.awt.font.TextLayout.<init>(Unknown Source)
at org.apache.poi.ss.util.SheetUtil.getColumnWidth(SheetUtil.java:208)
at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1166)
at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1148)
at com.saic.csc.web.util.CzmExcelUtils.dataWriteToExcel(CzmExcelUtils.java:575)
at com.saic.csc.web.energysubsidy.controller.EnergySubsidyController.excelExportData(EnergySubsidyController.java:439)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
排查思路
-
按照NoClasDefFoundError进行排查
进入实例后找到了tools.jar文件夹,找到了class sun.awt.X11FontManager,说明不是这个错误,有更深层次的问题. -
Google大法好
找到了很多类似的文章,主要描述如下
- Alpine 3.6 中OpenJDK 8 Bug的,属于Alpine本身BUG.
- Alpine没有字体文件导致异常
以上显然都和我的问题不一样,不过实在无奈之下都进行了尝试.
-
升级版本
从3.7升级到3.10.2全都是老样子,失败. - 安装字体文件
apk add --update font-adobe-100dpi ttf-dejavu fontconfig
虽然失败了,但是出了一个新的错误,看到一丝丝希望
java.lang.UnsatisfiedLinkError: /usr/local/java/lib/amd64/libfontmanager.so: libgcc_s.so.1: cannot open shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(Unknown Source)
at java.lang.ClassLoader.loadLibrary0(Unknown Source)
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at sun.font.FontManagerNativeLibrary$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.FontManagerNativeLibrary.<clinit>(Unknown Source)
at sun.font.SunFontManager$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.SunFontManager.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at sun.font.FontManagerFactory$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.FontManagerFactory.getInstance(Unknown Source)
at java.awt.Font.getFont2D(Unknown Source)
at java.awt.Font.canDisplayUpTo(Unknown Source)
at java.awt.font.TextLayout.singleFont(Unknown Source)
at java.awt.font.TextLayout.<init>(Unknown Source)
at org.apache.poi.ss.util.SheetUtil.getColumnWidth(SheetUtil.java:208)
at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1166)
at org.apache.poi.xssf.streaming.SXSSFSheet.autoSizeColumn(SXSSFSheet.java:1148
检查了实例,居然真的没有libgcc文件,很奇怪,这个不是应该和glibc一起安装的吗?
-
排查Dockerfile文件
使用docker history --no-trunc 命令查看了旧的镜像发现了2个版本的差异,原来旧版用的是从glibc-2.21-r2.apk,而我用的是glibc-2.28-r0.apk.
莫名了,我完全没有改过这个版本,要不然也不用这么繁琐的排查流程了.
原来是离职的运维人员升级了Dockerfile文件并提交了git,但是他没有重新build...仓库里的img是旧版但是版本号相同.只能说太坑了.
根本问题
glibc-2.28-r0.apk这个版本对于Jdk8的兼容绝对是有问题.
牵扯的比较深的就是musl libc 和 glibc的问题了.
Java是基于GUN Standard C library(glibc)
而Alpine是基于MUSL libc(mini libc)
相关文章
