JVM Crashing in Dockerized Alpine Environment
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Tái hiện sự cố crash bằng ./gradlew dockerBuildImage và docker run, sử dụng biến thể build.gradle:27 được mô tả trong issue. Đọc hs_err_pid1.log cùng với ví dụ Main.java và so sánh các thiết lập image hoạt động và gây crash. Hoàn thành khi sample chạy mà không có JVM SIGSEGV và in ra các giá trị H3.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
This is the code I'm using to reproduce the problem:
import com.uber.h3core.H3Core;
import java.io.IOException;
public class Main {
private static final double[][] coordinates = new double[][] {
{0.0 , 90.0 },
{13.5467, -19.2347},
{13.5467, -30.2347},
{17.5467, -30.2347}
};
public static void main(String[] args) throws IOException {
H3Core h3Core = H3Core.newInstance();
for (double[] coordinate: coordinates) {
long h3Id = h3Core.geoToH3(coordinate[0], coordinate[1], 12);
System.out.printf("Lat: %s Lng: %s H3: %d%n", coordinate[0], coordinate[1], h3Id);
}
}
}
I'm using the gradle docker plugin to build the docker images. The project with the crashing scenario and setup is available here.
To build the image, run ./gradlew dockerBuildImage. Then run docker run -it divinomenezes/h3-issue-test:latest to run the code. You should be able to run normally.
If you change the build.gradle:27 as described in the comment and rerun the steps above, you should see the following error:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000000000003b36, pid=1, tid=0x00007fbaf7e76ae8
#
# JRE version: OpenJDK Runtime Environment (8.0_171-b11) (build 1.8.0_171-b11)
# Java VM: OpenJDK 64-Bit Server VM (25.171-b11 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea 3.8.0
# Distribution: Custom build (Wed Jun 13 18:28:11 UTC 2018)
# Problematic frame:
# C 0x0000000000003b36
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# //hs_err_pid1.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
# http://icedtea.classpath.org/bugzilla
#
The hs_err_pid1.log is also available here.
- Ngôn ngữ chính
- Java
- Star
- 333
- Fork
- 68
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của uber/h3-java
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 55/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 42/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
liquid-java/liquidjava#321 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
rename config parameterĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
OpenConext/OpenConext-access#1015 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
68000: FDBcc branch target is 2 bytes too low (uses inst_start+2 instead of the displacement word)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
NationalSecurityAgency/ghidra#9702 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
apache/rocketmq-dashboard#5358 ·
Maintainer thường phản hồi trong vòng 3 ngày