JDK-8299727 : crash with # Problematic frame: # V [libjvm.so+0x627e6c] ConstantPoolCache::adjust_method_entries(bool*)+0x4c
  • Type: Bug
  • Component: hotspot
  • Sub-Component: jvmti
  • Affected Version: 13.0.2,14.0.2
  • Priority: P4
  • Status: Closed
  • Resolution: Incomplete
  • OS: generic
  • CPU: generic
  • Submitted: 2023-01-05
  • Updated: 2023-08-21
  • Resolved: 2023-01-31
Related Reports
Relates :  
JDK-8222005 - ClassRedefinition crashes with: guarantee(false) failed: OLD and/or OBSOLETE method(s) found
Description
ADDITIONAL SYSTEM INFORMATION :
java version "13.0.2" 2020-01-14

A DESCRIPTION OF THE PROBLEM :
When using the attach mode to redefine a class, a crash occurs
Comments
There is no response from submitter in long time , closing this as incomplete. This bug can be reopened once we get any additional information from submitter.
21-08-2023
additional information requested =========================== This issue is fixed in JDK 15, could you please confirm if this issue is still present in the latest JDK builds or not? You can find the latest JDK builds (19.0.2, 17.0.6, 11.0.18, 8u361) at: https://www.oracle.com/java/technologies/downloads/ =========================== Changing the status to resolved incomplete
31-01-2023
removing the sustaining label. From the initial analysis, the issue is not reproducible in JDK 15 and later. We have asked the issue filer to try whether they have issue in later releases.
24-01-2023
Current thread (0x00007fa9e80c7800): VMThread "VM Thread" [stack: 0x00007fa9cc10b000,0x00007fa9cc20b000] [id=1566] Stack: [0x00007fa9cc10b000,0x00007fa9cc20b000], sp=0x00007fa9cc2097f0, free space=1017k Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x627e6c] ConstantPoolCache::adjust_method_entries(bool*)+0x4c V [libjvm.so+0x9ea985] VM_RedefineClasses::AdjustAndCleanMetadata::do_klass(Klass*)+0x1e5 V [libjvm.so+0x5820a4] ClassLoaderData::classes_do(KlassClosure*)+0x24 V [libjvm.so+0x585935] ClassLoaderDataGraph::classes_do(KlassClosure*)+0xc5 V [libjvm.so+0x9ea6aa] VM_RedefineClasses::doit()+0xfa V [libjvm.so+0xdc0de7] VM_Operation::evaluate()+0xe7 V [libjvm.so+0xdc7cb7] VMThread::evaluate_operation(VM_Operation*) [clone .constprop.68]+0xc7 V [libjvm.so+0xdc843e] VMThread::loop()+0x67e V [libjvm.so+0xdc8717] VMThread::run()+0x77 V [libjvm.so+0xd5637d] Thread::call_run()+0x10d V [libjvm.so+0xba8b37] thread_native_entry(Thread*)+0xe7 This seems like it could be JDK-8222005. Although I don't see this exact stack trace in JDK-8222005, the VM_RedefineClasses::CheckClass::do_klass() frame is common to all of them (here and in JDK-8222005). JDK-8222005 was fixed in JDK 15. It's not clear if the user verified on JDK15 or not, only that it reproduced in JDK13 and JDK14, and "other versions" did not reproduce. It's possible JDK15 was not tried.
17-01-2023
Additional Information from submitter: ============================ The current affected jdk major version is JDK13+ and JDK14+，Other versions including the latest version of JDK do not have this problem. This bug is easily triggered when the server is just started, but it will not be triggered after running for a period of time. The test environment uses a tomcat server.
11-01-2023
additional information requested =============================== To understand the issue better, could you please provide a standalone test case or steps to reproduce this issue? Also, this crash is reported in JDK 13.0.2 , it is recommended that you test this issue in the latest JDK and share results. https://www.oracle.com/java/technologies/downloads/ ===============================
06-01-2023