jvm-crash

    0热度

    2回答

    请参阅here为原始问题。 我正在写一个Java服务,利用码头的Webserving和SQLite数据库存储。来源可用here。 我发现,虽然服务从我的笔记本电脑运行稳定,在部署到EC2实例,将在输出没有明显的错误消息,崩溃的地方,从开机1小时,天至2天。我给启动电话添加了一些日志选项(-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=...),并得

    0热度

    1回答

    刚刚发生java 8 rcp应用程序的残酷崩溃之后,我收到了消息,我查看了pid文件,但没有任何结论。 输出控制台消息是否提供了任何线索来确定崩溃的原因? # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.102-b14 mixed mode windows-amd64 compressed oops) # Problematic fram

    -1热度

    1回答

    我正在运行一个JAR文件,并得到这个错误。 # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007fe8e611a009, pid=15661, tid=15690 # # JRE version: OpenJDK Runtime Enviro

    0热度

    1回答

    我正在Apache Spark群集(使用Linux(Oracle 6.7)运行的节点)上使用JNA 4.2.1与本地库进行接口连接。很少,我的JVM由于本机库发送的SIGSEGV信号而崩溃,这使得我的整个spark应用程序失败。 所以我要保护我的JVM,因为这崩溃,所以我看着JNA的保护模式,应转化本地信号转换成JVM异常: 于是我就用 System.setProperty("jna.protec

    2热度

    1回答

    我已经继承了大约1000次测试的项目。直到最近,当我输入gradle clean test命令时,它们全部被执行。 从一天到另一天,一些测试停止包含在测试统计中(Gradle和Idea在所有测试执行结束时输出的已通过,失败和忽略的测试数)。代码仍然存在,测试不会被忽略。也没有修改任何构建脚本。当我在IntelliJ Idea中运行测试时,它们被执行(即没有编译器错误可以解释为什么测试不运行)。 我

    0热度

    1回答

    我正在使用名为R5的库。它有一个主要方法com.conveyal.r5.R5Main作为服务启动它。它工作得很好。但是当我尝试在我的应用程序中将它用作库并调用相同的流程时,JVM崩溃并在控制台上打印跟踪痕迹。 # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc

    2热度

    2回答

    检测我活的服务器上tomcat的崩溃,其产生hs_err_pid文件。在这里面是有问题的框架 - > _wordcopy_fwd_dest_aligned + 0x54。我搜索了所有类似的jvm crash的案例,但是找不到这个有问题的框架的含义。有什么建议吗? # # A fatal error has been detected by the Java Runtime Environment

    -2热度

    2回答

    当我运行的Apache星火工作,输入数据的这几行中,执行JVM崩溃的原因在GC免费java.nio.DirectByteBuffer: Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j sun.misc.Unsafe.freeMemory(J)V+0 j java.nio.DirectByteBuffer$Deal

    1热度

    1回答

    我有一千个测试Java项目, 当我进行的测试,它结束如下: $ mvn surefire:test . . . [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] --------------------------------

    -1热度

    1回答

    我有一个java程序,我启动并运行好几天。这个过程的日志看起来很好,直到过程的生命周期结束时,我看到以下两行,然后没有任何记录。 terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc 应该有一些关机逻辑在过程结束时执行,但这两条记录行都是我看到的。 这个std::b