-
Notifications
You must be signed in to change notification settings - Fork 472
Closed
Labels
questionUsability question, not directly related to an error with the imageUsability question, not directly related to an error with the image
Description
Hello,
We build a docker image from openjdk:14-jdk-alpine and we add springboot embedded with our java api.
It's working fine until today pod give this error message:
java.lang.UnsatisfiedLinkError: /tmp/snappy-unknown-a8786dca-a71e-4bd0-9e9c-7af660e76e13-libsnappyjava.so: Error loading shared library ld-linux-x86-64.so.2: No such file or directory (needed by /tmp/snappy-unknown-a8786dca-a71e-4bd0-9e9c-7af660e76e13-libsnappyjava.so)
at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) ~[na:na]
at java.base/java.lang.ClassLoader$NativeLibrary.load(ClassLoader.java:2452) ~[na:na]
at java.base/java.lang.ClassLoader$NativeLibrary.loadLibrary(ClassLoader.java:2508) ~[na:na]
at java.base/java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2704) ~[na:na]
at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2637) ~[na:na]
at java.base/java.lang.Runtime.load0(Runtime.java:745) ~[na:na]
at java.base/java.lang.System.load(System.java:1871) ~[na:na]
at org.xerial.snappy.SnappyLoader.loadNativeLibrary(SnappyLoader.java:166) ~[snappy-java-1.1.1.3.jar!/:na]
at org.xerial.snappy.SnappyLoader.load(SnappyLoader.java:145) ~[snappy-java-1.1.1.3.jar!/:na]
at org.xerial.snappy.Snappy.<clinit>(Snappy.java:47) ~[snappy-java-1.1.1.3.jar!/:na]
at org.xerial.snappy.SnappyInputStream.hasNextChunk(SnappyInputStream.java:351) ~[snappy-java-1.1.1.3.jar!/:na]
at org.xerial.snappy.SnappyInputStream.read(SnappyInputStream.java:384) ~[snappy-java-1.1.1.3.jar!/:na]
at java.base/java.io.DataInputStream.readByte(DataInputStream.java:269) ~[na:na]
at org.apache.kafka.common.utils.ByteUtils.readVarint(ByteUtils.java:168) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.common.record.DefaultRecord.readFrom(DefaultRecord.java:293) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.common.record.DefaultRecordBatch$1.readNext(DefaultRecordBatch.java:264) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.common.record.DefaultRecordBatch$RecordIterator.next(DefaultRecordBatch.java:569) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.common.record.DefaultRecordBatch$RecordIterator.next(DefaultRecordBatch.java:538) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.internals.Fetcher$PartitionRecords.nextFetchedRecord(Fetcher.java:1452) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.internals.Fetcher$PartitionRecords.fetchRecords(Fetcher.java:1487) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.internals.Fetcher$PartitionRecords.access$1600(Fetcher.java:1332) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.internals.Fetcher.fetchRecords(Fetcher.java:645) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.internals.Fetcher.fetchedRecords(Fetcher.java:606) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.KafkaConsumer.pollForFetches(KafkaConsumer.java:1294) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.KafkaConsumer.poll(KafkaConsumer.java:1225) ~[kafka-clients-2.3.1.jar!/:na]
at org.apache.kafka.clients.consumer.KafkaConsumer.poll(KafkaConsumer.java:1201) ~[kafka-clients-2.3.1.jar!/:na]
at org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer.doPoll(KafkaMessageListenerContainer.java:993) ~[spring-kafka-2.3.4.RELEASE.jar!/:2.3.4.RELEASE]
at org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer.pollAndInvoke(KafkaMessageListenerContainer.java:949) ~[spring-kafka-2.3.4.RELEASE.jar!/:2.3.4.RELEASE]
at org.springframework.kafka.listener.KafkaMessageListenerContainer$ListenerConsumer.run(KafkaMessageListenerContainer.java:901) ~[spring-kafka-2.3.4.RELEASE.jar!/:2.3.4.RELEASE]
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) ~[na:na]
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[na:na]
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) ~[na:na]
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630) ~[na:na]
at java.base/java.lang.Thread.run(Thread.java:832) ~[na:na]
Any idea why this behavior appear now ?
It seem we not touch something on our k8s
Best regards,
Tie
Metadata
Metadata
Assignees
Labels
questionUsability question, not directly related to an error with the imageUsability question, not directly related to an error with the image