Closed
Description
Trying to install oracle JDK 8 and I get this error when run:
. /opt/jdk/bin/java -version
/bin/ash: /opt/jdk/bin/java: : not found
/bin/ash: /opt/jdk/bin/java: : not found
@@@@@@@?@@@@ |?@@ddp?td??@?@1q?t/lib64/ld-linux-x86-64.so.2GNU GNU?t?)N?ݓ??;r?Z???h nonexistent directory
/bin/ash: /opt/jdk/bin/java: line 1: ELF: not found
/bin/ash: /opt/jdk/bin/java: ?: not found
/bin/ash: /opt/jdk/bin/java: line 3: ?: not found
/bin/ash: /opt/jdk/bin/java: syntax error: unexpected end of file (expecting ")")
The ldd command give the result:
ldd /opt/jdk/bin/java
/lib64/ld-linux-x86-64.so.2 (0x7f8da09f8000)
libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7f8da09f8000)
libjli.so => /opt/jdk/bin/../lib/amd64/jli/libjli.so (0x7f8da07e0000)
libdl.so.2 => /lib64/ld-linux-x86-64.so.2 (0x7f8da09f8000)
libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f8da09f8000)
Error relocating /opt/jdk/bin/../lib/amd64/jli/libjli.so: __rawmemchr: symbol not found
What could be done?
Activity
andyshinn commentedon Feb 27, 2015
This is more of a musl libc issue. The Oracle Java binaries only run on glibc at the moment. We are looking at possibly rebuilding https://aur.archlinux.org/packages/jd/jdk/PKGBUILD and making it available as a standalone package. I'll keep this issue open for now as we have had requests for Java 8 multiple times already.
cultureulterior commentedon Mar 10, 2015
Relevant to this is that the java 7 package is slightly broken too- the certstore is broken causing very hard to diagnose errors. The alpine linux irc guys say to copy it in from a debian install
AntonioMeireles commentedon Mar 12, 2015
(curious) @cultureulterior could you providde more details in your findings plz.
cultureulterior commentedon Mar 13, 2015
@AntonioMeireles the java certstore apparently is not regenerated from the CA certs on the machine itself, causing the java ssl to fail to trust certificates that should be trusted
progrium commentedon Mar 13, 2015
I think I may start supporting progrium/busybox again just for Java 8 ... can you guys try that as your base image?
pires commentedon Mar 26, 2015
+1
frol commentedon Mar 30, 2015
Can anyone point me to relevant information about these musl libc limitations? I have the similar issue with Anaconda prebuilt packages on Alpine Linux:
I do understand that such prebuilt packages are evil, but there is not much I can do in this case except moving to another image for now. :(
However, I would like to understand limits of musl libc better.
pires commentedon Mar 30, 2015
/cc @FlavioF @albertocsm
denvazh commentedon Mar 31, 2015
@cultureulterior not directly related to this issue, but it is possible to manually import all ca certificates to java trusted keystore, as I did it here
andyshinn commentedon Apr 9, 2015
We have a new glibc package if anyone would like to test this out. You can grab the package at https://circle-artifacts.com/gh/andyshinn/alpine-pkg-glibc/6/artifacts/0/home/ubuntu/alpine-pkg-glibc/packages/x86_64/glibc-2.21-r2.apk and install with
apk add --allow-untrusted glibc-2.21-r2.apk
. This should allow Oracle Java 8 and other glibc x86_64 native binaries to run on Alpine.frol commentedon Apr 9, 2015
@andyshinn Awesome! It works for me with Miniconda, though I had to bring libz.so from my ubuntu to /usr/lib/libz.so.1 as Alpine Linux has libz.so compiled against musl...
164 remaining items