【发布时间】:2023-04-01 16:55:01
【问题描述】:
我有一个基于 docker 容器的 ruby 应用程序。其中之一是从 openjdk:8 构建的 Flyway。本地(osx sierra)一切正常。但是当我尝试在我的服务器上构建和启动它时,它失败了:
flyway_1 | /flyway/jre/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
我的环境:
- CentOS Linux 版本 7.3.1611(核心)
- Docker 版本 17.03.1-ce,构建 c6d412e
- docker-compose 版本 1.13.0,构建 1719ceb
Flyway dockerfile:
FROM openjdk:8
RUN apt-get update && apt-get install -f -y postgresql-client
COPY ./vendor/flyway/ /flyway
COPY ./db/migrate.sh /flyway
RUN ln -s /flyway/flyway /usr/local/bin/flyway
WORKDIR /flyway
CMD ["bash", "migrate.sh"]
我有点卡住了 - 有什么办法可以解决这个问题?
UPD 1.
由于某种原因,我的本地 flyway 容器为 flyway 使用的 java 正确定义了变量:
➜ docker-compose run --no-deps flyway /bin/bash
root@53574d9805a7:/flyway# ldd ./jre/bin/java
linux-vdso.so.1 (0x00007fff9bcd2000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fa9720da000)
libjli.so => /flyway/./jre/bin/../lib/amd64/jli/libjli.so (0x00007fa971ec4000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fa971cc0000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa971922000)
/lib64/ld-linux-x86-64.so.2 (0x0000563539cb3000)
并且部署到服务器的相同容器没有 libjli.so 的路径:
➜ sudo docker-compose run --no-deps flyway /bin/bash
root@32d0575719ce:/flyway# ldd ./jre/bin/java
linux-vdso.so.1 (0x00007ffe24d53000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fbb35053000)
libjli.so => not found
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fbb34e4f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fbb34ab1000)
/lib64/ld-linux-x86-64.so.2 (0x00007fbb35277000)
也许是飞行路线问题?但是为什么它在完全相同的容器中会有所不同呢?
【问题讨论】:
-
您是否尝试更改图像库?我正在阅读这个问题,并找到了一些关于它的报告,但他们只提到了基于 alpine 的图像。
-
@German 我没有使用 alpine,我尝试过版本 7、8 和 9 - 都是一样的东西。我在 github 上看到了相同的讨论,但不幸的是,它没有帮助。主要令人困惑的时刻是,在我的 macbook 上,它完美地从同一来源构建
-
您是否尝试手动定义 LD_LIBRARY_PATH?这样做是不切实际的,但他们说那行得通。
-
@German,会检查一下,LD_LIBRARY_PATH 是在我的mac上定义的
-
LD_LIBRARY_PATH 做任何事情:/
标签: java docker centos docker-compose flyway