QuickReload crashing the JVM Edited

[Dirk Dittert]

Hi,

I am wondering if anybody else is running into problems with QuickReload. Is there anything I can do about this? Thanks!

[INFO] [talledLocalContainer] ___ Starting the JIRA Plugin System _________________
[INFO] [talledLocalContainer]
[INFO] [talledLocalContainer] ___________ ________ ______ _________
[INFO] [talledLocalContainer] ___ /___(_)__ _________ __ \_______ /___________ ______ /
[INFO] [talledLocalContainer] __ / __ /__ | / / _ \_ /_/ / _ \_ /_ __ \ __ `/ __ /
[INFO] [talledLocalContainer] _ /___ / __ |/ // __/ _, _// __/ / / /_/ / /_/ // /_/ /
[INFO] [talledLocalContainer] /_____/_/ _____/ \___//_/ |_| \___//_/ \____/\__,_/ \__,_/
[INFO] [talledLocalContainer]
[INFO] [talledLocalContainer] __________ ______ ______ ______________
[INFO] [talledLocalContainer] ___ ____/____________ ___ /____ /__________ /__ /
[INFO] [talledLocalContainer] __ __/ __ __ \ __ `/_ __ \_ /_ _ \ __ /__ /
[INFO] [talledLocalContainer] _ /___ _ / / / /_/ /_ /_/ / / / __/ /_/ / /_/
[INFO] [talledLocalContainer] /_____/ /_/ /_/\__,_/ /_.___//_/ \___/\__,_/ (_)
[INFO] [talledLocalContainer] java.nio.channels.OverlappingFileLockException
[INFO] [talledLocalContainer] at sun.nio.ch.SharedFileLockTable.checkList(FileLockTable.java:255)
[INFO] [talledLocalContainer] at sun.nio.ch.SharedFileLockTable.add(FileLockTable.java:152)
[INFO] [talledLocalContainer] at sun.nio.ch.FileChannelImpl.lock(FileChannelImpl.java:1068)
[INFO] [talledLocalContainer] at name.pachler.nio.file.impl.NativeLibLoader.extractAndLoadLibrary(NativeLibLoader.java:322)
[INFO] [talledLocalContainer] at name.pachler.nio.file.impl.NativeLibLoader.loadLibrary(NativeLibLoader.java:257)
[INFO] [talledLocalContainer] at name.pachler.nio.file.impl.Unix.<clinit>(Unix.java:86)
[INFO] [talledLocalContainer] at name.pachler.nio.file.impl.BSDPathWatchService.open(BSDPathWatchService.java:241)
[INFO] [talledLocalContainer] at name.pachler.nio.file.impl.BSDPathWatchService.<init>(BSDPathWatchService.java:80)
[INFO] [talledLocalContainer] at name.pachler.nio.file.ext.Bootstrapper.newWatchService(Bootstrapper.java:86)
[INFO] [talledLocalContainer] at name.pachler.nio.file.FileSystems$1.newWatchService(FileSystems.java:40)
[INFO] [talledLocalContainer] at com.atlassian.livereload.LiveReloadFileWatcher.<init>(LiveReloadFileWatcher.java:62)
[INFO] [talledLocalContainer] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[INFO] [talledLocalContainer] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
[INFO] [talledLocalContainer] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[INFO] [talledLocalContainer] at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
[INFO] [talledLocalContainer] at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:147)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:122)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:267)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1143)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1046)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:510)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
[INFO] [talledLocalContainer] at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:772)
[INFO] [talledLocalContainer] at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:839)
[INFO] [talledLocalContainer] at org.eclipse.gemini.blueprint.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:60)
[INFO] [talledLocalContainer] at org.eclipse.gemini.blueprint.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:325)
[INFO] [talledLocalContainer] at org.eclipse.gemini.blueprint.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
[INFO] [talledLocalContainer] at org.eclipse.gemini.blueprint.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:290)
[INFO] [talledLocalContainer] at org.eclipse.gemini.blueprint.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:137)
[INFO] [talledLocalContainer] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[INFO] [talledLocalContainer] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[INFO] [talledLocalContainer] at java.lang.Thread.run(Thread.java:748)
[INFO] [talledLocalContainer] #
[INFO] [talledLocalContainer] # A fatal error has been detected by the Java Runtime Environment:
[INFO] [talledLocalContainer] #
[INFO] [talledLocalContainer] # SIGSEGV (0xb) at pc=0x000000012a3c74f1, pid=90889, tid=0x0000000000006803
[INFO] [talledLocalContainer] #
[INFO] [talledLocalContainer] # JRE version: OpenJDK Runtime Environment (8.0_202-b37) (build 1.8.0_202-release-1483-b37)
[INFO] [talledLocalContainer] # Java VM: OpenJDK 64-Bit Server VM (25.202-b37 mixed mode bsd-amd64 compressed oops)
[INFO] [talledLocalContainer] # Problematic frame:
[INFO] [talledLocalContainer] # C [jpathwatch-nativelib-v-0-95-libjpathwatch-native-64.dylib+0x34f1] void fillKeventArray<32ul>(JNIEnv_*, kevent (&) [32ul], _jobjectArray*, unsigned long, unsigned long)+0x71
[INFO] [talledLocalContainer] #
[INFO] [talledLocalContainer] # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
[INFO] [talledLocalContainer] #
[INFO] [talledLocalContainer] # An error report file with more information is saved as:
[INFO] [talledLocalContainer] # /Users/dirk/IdeaProjects/kzv-jira/target/container/tomcat8x/cargo-jira-home/hs_err_pid90889.log
[INFO] [talledLocalContainer] [thread 29187 also had an error]
[INFO] [talledLocalContainer] #
[INFO] [talledLocalContainer] # If you would like to submit a bug report, please visit:
[INFO] [talledLocalContainer] # http://bugreport.java.com/bugreport/crash.jsp
[INFO] [talledLocalContainer] # The crash happened outside the Java Virtual Machine in native code.
[INFO] [talledLocalContainer] # See problematic frame for where to report the bug.
[INFO] [talledLocalContainer] #

[Dirk Dittert · Accepted solution]

I managed to resolve this issue. Just in case someone else stumbles over it:

While experimenting ist must have accidentally set fastDev to true. The problem is that once installed, the FastDev plugin stays installed even if that flag is reset to false. The solution was to manually go to the plugin manager and remove the Fast Dev plugin. 

[Brant Schroeder]

Dirk,

  What are you seeing in the error report.  [INFO] [talledLocalContainer] # /Users/dirk/IdeaProjects/kzv-jira/target/container/tomcat8x/cargo-jira-home/hs_err_pid90889.log  

[Dirk Dittert]

That might sound funny: but how can I reply with that information? My answer seems to disappear without any notice when I click on post. Is there some form of moderation process that I am not aware of?

[Brant Schroeder]

Are you attaching the log or are you pasting in content.  Usually pasting it in works.  Sorry to hear you are having more issues.

[Dirk Dittert]

I am pasting it. The weird thing is that there is no error shown.

[Brant Schroeder]

Do you see any errors? 

[Dirk Dittert]

No, like I said: I pasted the contents of the file, clicked post and was forwarded to this thread. No error at all.

[Brant Schroeder]

Sorry, I was not clear there are you seeing any errors in the log?  I am particularly interested in an out of memory issues?

[Dirk Dittert]

No, there are no out of memory issues. That happens right on startup. Sometimes it does not happened but I am still working on figuring out what the pattern is.

[Brant Schroeder]

I found this when looking into the issue.  https://confluence.atlassian.com/jirakb/jira-crashes-due-to-java-8u25+-bug-757727312.html

[Dirk Dittert]

Thanks for looking into it. But that problems seems to be different from what I am seeing.

Here is the full JVM crash report: https://gist.github.com/dittert/da42177237f346136e27ab77cd137aef

It seems like fillKeventArray is crashing in jpathwatch-nativelib-v-0-95-libjpathwatch-native-64.dylib.

[Brant Schroeder]

Dirk,

  How large is your instance?  I am still thinking it might be a memory issue.  Can you take a look at this an make sure it is properly sized. https://confluence.atlassian.com/jirakb/jira-server-sizing-guide-975033809.html

[Dirk Dittert]

This is my development system. The only active account is admin. The only active plugin is the ScriptRunner plugin. It is being run with the following JVM args:

<jvmArgs>-Xms512m -Xmx1g -XX:MaxPermSize=1g -XX:-UseGCOverheadLimit -server</jvmArgs>

System information shows that more than 350MByte are free. The crash happens at startup of my development instance, never later at runtime.

[Dirk Dittert]

removed.