JDK-8149794 : Method name is null from StackTraceElement
  • Type: Bug
  • Component: hotspot
  • Sub-Component: svc
  • Affected Version: 8u31
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: linux
  • CPU: x86_64
  • Submitted: 2016-02-13
  • Updated: 2016-09-26
  • Resolved: 2016-02-15
Related Reports
Duplicate :  
Description
FULL PRODUCT VERSION :
java version "1.8.0_31"
Java(TM) SE Runtime Environment (build 1.8.0_31-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode)

ADDITIONAL OS VERSION INFORMATION :
Linux Hostname 2.6.32-504.8.1.el6.x86_64 #1 SMP Fri Dec 19 12:09:25 EST 2014 x86_64 x86_64 x86_64 GNU/Linux
LSB Version:	:base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
7:07 PM
Red Hat Enterprise Linux Server release 6.5 (Santiago)

A DESCRIPTION OF THE PROBLEM :
Having high cpu issue. When taken thread dump, heap dump & top -h command always points to thread that start with " java.lang.Thread.null"   There is no method by name null in api  java.lang.Thread . What does  java.lang.Thread.null (Redefined) indicate?    There are other application issue noticied in heap/thread which we are fixing.  It sound to me jdk issue because of commonality of  java.lang.Thread.null when every we get high cpu.  Can you please provide some feedback. 



[1]

"pool-7-thread-5" #136 prio=5 os_prio=0 tid=0x00007fd69800e800 nid=0x139 runnable [0x00007fd66f8f6000]
java.lang.Thread.State: RUNNABLE
at com.google.common.io.ByteStreams.read(ByteStreams.java:833)
at com.google.common.io.ByteStreams.readFully(ByteStreams.java:695)
at org.apache.jackrabbit.oak.plugins.index.lucene.OakDirectory$OakIndexFile.loadBlob(OakDirectory.java:218)
at org.apache.jackrabbit.oak.plugins.index.lucene.OakDirectory$OakIndexFile.readBytes(OakDirectory.java:264)
at org.apache.jackrabbit.oak.plugins.index.lucene.OakDirectory$OakIndexInput.readBytes(OakDirectory.java:350)
at org.apache.lucene.store.DataInput.readBytes(DataInput.java:70)
at org.apache.lucene.store.Directory$SlicedIndexInput.readInternal(Directory.java:306)
at org.apache.lucene.store.BufferedIndexInput.refill(BufferedIndexInput.java:271)
at org.apache.lucene.store.BufferedIndexInput.readByte(BufferedIndexInput.java:51)
at org.apache.lucene.store.DataInput.readInt(DataInput.java:84)
at org.apache.lucene.store.BufferedIndexInput.readInt(BufferedIndexInput.java:180)
at org.apache.lucene.codecs.CodecUtil.checkHeader(CodecUtil.java:126)
at org.apache.lucene.util.fst.FST.<init>(FST.java:318)
at org.apache.lucene.util.fst.FST.<init>(FST.java:304)
at org.apache.lucene.codecs.BlockTreeTermsReader$FieldReader.<init>(BlockTreeTermsReader.java:484)
at org.apache.lucene.codecs.BlockTreeTermsReader.<init>(BlockTreeTermsReader.java:176)
at org.apache.lucene.codecs.lucene41.Lucene41PostingsFormat.fieldsProducer(Lucene41PostingsFormat.java:437)
at org.apache.lucene.index.SegmentCoreReaders.<init>(SegmentCoreReaders.java:116)
at org.apache.lucene.index.SegmentReader.<init>(SegmentReader.java:96)
at org.apache.lucene.index.ReadersAndUpdates.getReader(ReadersAndUpdates.java:141)
at org.apache.lucene.index.BufferedUpdatesStream.applyDeletesAndUpdates(BufferedUpdatesStream.java:279)
- locked <0x000000048d5591d8> (a org.apache.lucene.index.BufferedUpdatesStream)
at org.apache.lucene.index.IndexWriter.applyAllDeletesAndUpdates(IndexWriter.java:3191)
- eliminated <0x000000048d559260> (a org.apache.lucene.index.IndexWriter)
at org.apache.lucene.index.IndexWriter.maybeApplyDeletes(IndexWriter.java:3182)
- locked <0x000000048d559260> (a org.apache.lucene.index.IndexWriter)
at org.apache.lucene.index.IndexWriter.doFlush(IndexWriter.java:3155)
- locked <0x000000048d559260> (a org.apache.lucene.index.IndexWriter)
at org.apache.lucene.index.IndexWriter.flush(IndexWriter.java:3123)
at org.apache.lucene.index.IndexWriter.closeInternal(IndexWriter.java:988)
at org.apache.lucene.index.IndexWriter.close(IndexWriter.java:932)
- locked <0x000000048d559308> (a java.lang.Object)
at org.apache.lucene.index.IndexWriter.close(IndexWriter.java:894)
at org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditorContext.closeWriter(LuceneIndexEditorContext.java:169)
at org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditor.leave(LuceneIndexEditor.java:190)
at org.apache.jackrabbit.oak.plugins.index.IndexUpdate.leave(IndexUpdate.java:221)
at org.apache.jackrabbit.oak.spi.commit.VisibleEditor.leave(VisibleEditor.java:63)
at org.apache.jackrabbit.oak.spi.commit.EditorDiff.process(EditorDiff.java:56)
at org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate.updateIndex(AsyncIndexUpdate.java:367)
at org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate.run(AsyncIndexUpdate.java:312)
- locked <0x00000004c666d5e8> (a org.apache.jackrabbit.oak.plugins.index.AsyncIndexUpdate)
at org.apache.sling.commons.scheduler.impl.QuartzJobExecutor.execute(QuartzJobExecutor.java:105)
at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.null (Redefined)



STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Do not know


REPRODUCIBILITY :
This bug can be reproduced occasionally.


Comments
This is an duplicate issue of JDK-8067662
15-02-2016