JIRA doesn't start up

Question

I#m getting the following errors after starting the ""D:\JIRA Service Desk\bin\start-jira.bat": at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:9 1) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Locked.getComponentInstance(Locked.java:4 0) at org.picocontainer.DefaultPicoContainer.getInstance(DefaultPicoContain er.java:698) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:646) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:631) at org.picocontainer.parameters.BasicComponentParameter$1.resolveInstanc e(BasicComponentParameter.java:118) at org.picocontainer.parameters.ComponentParameter$1.resolveInstance(Com ponentParameter.java:136) at org.picocontainer.injectors.SingleMemberInjector.getParameter(SingleM emberInjector.java:78) at org.picocontainer.injectors.ConstructorInjector$CtorAndAdapters.getPa rameterArguments(ConstructorInjector.java:309) at org.picocontainer.injectors.ConstructorInjector$1.run(ConstructorInje ctor.java:335) at org.picocontainer.injectors.AbstractInjector$ThreadLocalCyclicDepende ncyGuard.observe(AbstractInjector.java:270) at org.picocontainer.injectors.ConstructorInjector.getComponentInstance( ConstructorInjector.java:364) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:9 1) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Locked.getComponentInstance(Locked.java:4 0) at org.picocontainer.DefaultPicoContainer.getLocalInstance(DefaultPicoCo ntainer.java:605) at org.picocontainer.DefaultPicoContainer.getComponents(DefaultPicoConta iner.java:586) at com.atlassian.jira.component.pico.CachingMutablePicoContainer.getComp onents(CachingMutablePicoContainer.java:193) at com.atlassian.jira.component.pico.ComponentContainer.getComponents(Co mponentContainer.java:279) at com.atlassian.jira.component.pico.ComponentManager.runInitializingCom ponents(ComponentManager.java:217) at com.atlassian.jira.component.pico.ComponentManager.createFullContaine r(ComponentManager.java:210) at com.atlassian.jira.startup.ComponentContainerLauncher.populateFullPic oContainer(ComponentContainerLauncher.java:50) at com.atlassian.jira.startup.ComponentContainerLauncher.start(Component ContainerLauncher.java:30) at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$postDbLaunch$2( DefaultJiraLauncher.java:138) at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.d oNowOrEnqueue(DatabaseConfigurationManagerImpl.java:301) at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.d oNowOrWhenDatabaseActivated(DatabaseConfigurationManagerImpl.java:196) at com.atlassian.jira.startup.DefaultJiraLauncher.postDbLaunch(DefaultJi raLauncher.java:135) at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$start$0(Default JiraLauncher.java:102) at com.atlassian.jira.util.devspeed.JiraDevSpeedTimer.run(JiraDevSpeedTi mer.java:31) at com.atlassian.jira.startup.DefaultJiraLauncher.start(DefaultJiraLaunc her.java:100) at com.atlassian.jira.startup.LauncherContextListener.initSlowStuff(Laun cherContextListener.java:154) at java.lang.Thread.run(Thread.java:748) Caused by: java.io.IOException: Unable to delete file: D: \JIRA Service Desk HOME \plugins\.osgi-plugins\felix\felix-cache\cache.lock at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2400) at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1721) at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:1617) at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2391) at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1721) ... 59 more 2020-02-26 07:28:54,988 JIRA-Bootstrap INFO [c.a.jira.startup.DatabaseLaunc her] Database transactions enabled: true 2020-02-26 07:28:54,989 JIRA-Bootstrap INFO [c.a.jira.startup.DatabaseLaunc her] Using JIRA's default for database transaction isolation level: 2 2020-02-26 07:28:54,995 JIRA-Bootstrap INFO [c.a.jira.startup.JiraStartupLo gger] Database configuration OK ___ Database Configuration ________________ Loading entityengine.xml from : file:/D:/JIRA%20Service %20Desk/atlassian-jira/WEB-INF/classes/entityengine.xml Entity model field type name : mssql Entity model schema name : dbo Database Version : Microsoft SQL Server - 12.00.6372 Database Driver : Microsoft JDBC Driver 6 .2 for SQL Server - 6.2.1.0 Database URL : jdbc:sqlserver://SWMSYS AID:1450;jaasConfigurationName=SQLJDBCDriver;serverPreparedStatementDiscardThres hold=10;enablePrepareOnFirstPreparedStatementCall=false;fips=false;socketTimeout =0;authentication=NotSpecified;authenticationScheme=nativeAuthentication;xopenSt ates=false;sendTimeAsDatetime=true;trustStoreType=JKS;trustServerCertificate=fal se;TransparentNetworkIPResolution=true;serverNameAsACE=false;sendStringParameter sAsUnicode=true;selectMethod=direct;responseBuffering=adaptive;queryTimeout=-1;p acketSize=8000;multiSubnetFailover=false;loginTimeout=15;lockTimeout=-1;lastUpda teCount=true;encrypt=false;disableStatementPooling=true;databaseName=jiraschema; columnEncryptionSetting=Disabled;applicationName=Microsoft JDBC Driver for SQL S erver;applicationIntent=readwrite; Database JDBC config : mssql jdbc:sqlserver:// ;serverName=SWMSYSAID;portNumber=1450;databaseName=jiraschema 2020-02-26 07:28:55,104 JIRA-Bootstrap ERROR [c.a.jira.upgrade.PluginSystem Launcher] A fatal error occured during initialisation. JIRA has been locked. com.atlassian.plugin.osgi.container.OsgiContainerException: Unable to clean the cache directory: D: \JIRA Service Desk HOME\plugins\.osgi-plugins\felix at com.atlassian.plugin.osgi.container.impl.DefaultOsgiPersistentCache.v alidate(DefaultOsgiPersistentCache.java:71) at com.atlassian.plugin.osgi.container.impl.DefaultOsgiPersistentCache.< init>(DefaultOsgiPersistentCache.java:38) at com.atlassian.jira.plugin.PluginPath$JiraHomeAdapter.(PluginPat h.java:135) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct orAccessorImpl.java:62) ... 1 filtered at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at org.picocontainer.injectors.AbstractInjector.newInstance(AbstractInje ctor.java:145) at org.picocontainer.injectors.ConstructorInjector$1.run(ConstructorInje ctor.java:342) at org.picocontainer.injectors.AbstractInjector$ThreadLocalCyclicDepende ncyGuard.observe(AbstractInjector.java:270) at org.picocontainer.injectors.ConstructorInjector.getComponentInstance( ConstructorInjector.java:364) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:9 1) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Locked.getComponentInstance(Locked.java:4 0) at org.picocontainer.DefaultPicoContainer.getInstance(DefaultPicoContain er.java:698) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:646) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:631) at org.picocontainer.parameters.BasicComponentParameter$1.resolveInstanc e(BasicComponentParameter.java:118) at org.picocontainer.parameters.ComponentParameter$1.resolveInstance(Com ponentParameter.java:136) at org.picocontainer.injectors.SingleMemberInjector.getParameter(SingleM emberInjector.java:78) at org.picocontainer.injectors.ConstructorInjector$CtorAndAdapters.getPa rameterArguments(ConstructorInjector.java:309) at org.picocontainer.injectors.ConstructorInjector$1.run(ConstructorInje ctor.java:335) at org.picocontainer.injectors.AbstractInjector$ThreadLocalCyclicDepende ncyGuard.observe(AbstractInjector.java:270) at org.picocontainer.injectors.ConstructorInjector.getComponentInstance( ConstructorInjector.java:364) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:9 1) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Locked.getComponentInstance(Locked.java:4 0) at org.picocontainer.DefaultPicoContainer.getInstance(DefaultPicoContain er.java:698) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:646) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:631) at org.picocontainer.parameters.BasicComponentParameter$1.resolveInstanc e(BasicComponentParameter.java:118) at org.picocontainer.parameters.ComponentParameter$1.resolveInstance(Com ponentParameter.java:136) at org.picocontainer.injectors.SingleMemberInjector.getParameter(SingleM emberInjector.java:78) at org.picocontainer.injectors.ConstructorInjector$CtorAndAdapters.getPa rameterArguments(ConstructorInjector.java:309) at org.picocontainer.injectors.ConstructorInjector$1.run(ConstructorInje ctor.java:335) at org.picocontainer.injectors.AbstractInjector$ThreadLocalCyclicDepende ncyGuard.observe(AbstractInjector.java:270) at org.picocontainer.injectors.ConstructorInjector.getComponentInstance( ConstructorInjector.java:364) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:9 1) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Locked.getComponentInstance(Locked.java:4 0) at org.picocontainer.DefaultPicoContainer.getInstance(DefaultPicoContain er.java:698) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:646) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:631) at org.picocontainer.parameters.BasicComponentParameter$1.resolveInstanc e(BasicComponentParameter.java:118) at org.picocontainer.parameters.ComponentParameter$1.resolveInstance(Com ponentParameter.java:136) at org.picocontainer.injectors.SingleMemberInjector.getParameter(SingleM emberInjector.java:78) at org.picocontainer.injectors.ConstructorInjector$CtorAndAdapters.getPa rameterArguments(ConstructorInjector.java:309) at org.picocontainer.injectors.ConstructorInjector$1.run(ConstructorInje ctor.java:335) at org.picocontainer.injectors.AbstractInjector$ThreadLocalCyclicDepende ncyGuard.observe(AbstractInjector.java:270) at org.picocontainer.injectors.ConstructorInjector.getComponentInstance( ConstructorInjector.java:364) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:9 1) at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(Abs tractBehavior.java:64) at org.picocontainer.behaviors.Locked.getComponentInstance(Locked.java:4 0) at org.picocontainer.DefaultPicoContainer.getInstance(DefaultPicoContain er.java:698) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:646) at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContai ner.java:677) at com.atlassian.jira.component.pico.CachingMutablePicoContainer.getComp onent(CachingMutablePicoContainer.java:139) at com.atlassian.jira.component.pico.ComponentContainer.getComponent(Com ponentContainer.java:555) at com.atlassian.jira.component.pico.ComponentManager.lambda$maybeGetCom ponent$3(ComponentManager.java:474) at java.util.Optional.map(Optional.java:215) at com.atlassian.jira.component.pico.ComponentManager.maybeGetComponent( ComponentManager.java:474) at com.atlassian.jira.component.pico.ComponentManager.getComponent(Compo nentManager.java:462) at com.atlassian.jira.component.pico.ComponentManager.loadPluginSystemEv entListeners(ComponentManager.java:277) at com.atlassian.jira.component.pico.ComponentManager.earlyStartPluginSy stem(ComponentManager.java:237) at com.atlassian.jira.upgrade.PluginSystemLauncher.start(PluginSystemLau ncher.java:45) at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$postDbLaunch$2( DefaultJiraLauncher.java:143) at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.d oNowOrEnqueue(DatabaseConfigurationManagerImpl.java:301) at com.atlassian.jira.config.database.DatabaseConfigurationManagerImpl.d oNowOrWhenDatabaseActivated(DatabaseConfigurationManagerImpl.java:196) at com.atlassian.jira.startup.DefaultJiraLauncher.postDbLaunch(DefaultJi raLauncher.java:135) at com.atlassian.jira.startup.DefaultJiraLauncher.lambda$start$0(Default JiraLauncher.java:102) at com.atlassian.jira.util.devspeed.JiraDevSpeedTimer.run(JiraDevSpeedTi mer.java:31) at com.atlassian.jira.startup.DefaultJiraLauncher.start(DefaultJiraLaunc her.java:100) at com.atlassian.jira.startup.LauncherContextListener.initSlowStuff(Laun cherContextListener.java:154) at java.lang.Thread.run(Thread.java:748) Caused by: java.io.IOException: Unable to delete file: D: \JIRA Service Desk HOME \plugins\.osgi-plugins\felix\felix-cache\cache.lock at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2400) at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1721) at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:1617) at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:2391) at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1721) ... 77 more 2020-02-26 07:28:56,258 JIRA-Bootstrap ERROR [c.a.jira.startup.DefaultJiraL auncher] JIRA has failed to start because of the following errors: [(Event: Leve l = (EventLevel: fatal) , Key = (EventType: startup-unexpected) , Desc = We coul dn't start JIRA , Exception = An error occurred while trying to start JIRA. We c an't give you any more detail right now, we suggest checking the logs for more d etail and contacting our support team.
See our documentation for more inform ation on contacting our support team and creating a support zip.), (Event: Level = (EventLevel: fatal) , Key = (EventType: startup-unexpected) , Desc = We could n't start JIRA , Exception = An error occurred while trying to start JIRA. We ca n't give you any more detail right now, we suggest checking the logs for more de tail and contacting our support team.
See our documentation for more informa tion on contacting our support team and creating a support zip.), (Event: Level = (EventLevel: fatal) , Key = (EventType: database) , Desc = Could not execute h ealth check, DatabaseConfigurationManager not available. , Exception = ] 2020-02-26 07:28:56,264 JIRA-Bootstrap INFO [c.a.jira.startup.LauncherConte xtListener] Memory Usage: ---------------------------------------------------------------------------- ----- Heap memory : Used: 84 MiB. Committed: 371 MiB. Max: 990 MiB Non-heap memory : Used: 83 MiB. Committed: 99 MiB. Max: 1536 MiB ---------------------------------------------------------------------------- ----- TOTAL : Used: 168 MiB. Committed: 471 MiB. Max: 2526 MiB ---------------------------------------------------------------------------- ----- Has anyone an idea, what hapepned?? It just worked 30 Minutes ago and now it does not start at all...

Andy Heinzer · Answer

Hi,

Sorry to hear about this problem.  I know it can be frustrating to see an error message like this.  I understand that Jira is not starting up correctly here.  From the error log you posted, I can see the error of:

Caused by: java.io.IOException: Unable to delete file: D: \JIRA Service Desk HOME
\plugins\.osgi-plugins\felix\felix-cache\cache.lock

It would seem that the user running the Jira application (in this case the user launching the .bat file) doesn't have the ability to delete this lock file.  This lock file exists in the home directory as a means to prevent users from being able to launch the same Jira installation more than once at the same time. In some cases starting the same Jira install concurrently would cause some kind of corruption of data, which is something we want to prevent here.

When Jira shuts down normally, this file is expected to be deleted in the process of stopping the application/service.  So either

* Jira is running somewhere else on that machine right now (perhaps under a service or by a different user)
* OR Jira didn't shutdown correctly, and this user can't remove the lock file for some reason
* OR The user running Jira right now doesn't have permissions to delete the file in that directory.

Do you normally start Jira on this machine using that start-jira.bat file?  Or is Jira usually running as a background service?  This is important to understand here because when you start the bat file manually, this application is only running with the permissions of your user account.  Whereas when started as a Windows Service, you can set that service to run either as a user, or under the almighty SYSTEM account.  These differences usually can account for the behavior seen here.

Since we can tell this is a Windows machine by the filepath, I would start by first trying to determine if Jira might be running as a service right now in addition to your .bat file startup attempt.  You can do this by going to 'Control Panel' -> 'Administrative Tools' -> 'Services'. Locate the 'Atlassian Jira' service.  I would want to check the status of this to see if perhaps this is in the starting or running status.  If it is, try stopping it here first.

I would then also use the Task manager in Windows (Ctrl + Alt + Delete -> select Task Manager) to see if perhaps there are any other instance of Jira running here.  In most cases these would be listed as a java.exe, javaw.exe, or tomcat8.exe possibly.  If these are running, you might want to note which user is running those right now.

If you have confirmed that no Jira service is set to run here, AND no other users are running Jira on this server right now, only then would I think it is safe to go and manually delete that cache.lock file on the server from that path above.

The next step though would also be to make sure that the user you are starting Jira with also has read/write permissions on both the $JIRAHOME/ and $JIRAINSTALL/ directories here.  Otherwise the Jira won't be able to work correctly.  We don't have exact details for this in Windows, but there is a corresponding guide for Linux installs over in How to fix directory permissions in Linux for Jira Server.  Try this and let me know if this helps.

Andy