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