Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8149794

Method name is null from StackTraceElement

XMLWordPrintable

    • svc
    • x86_64
    • linux

      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.

            fmatte Fairoz Matte
            webbuggrp Webbug Group
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: