JIRA doesn't start up

[Sebastian Eckel]

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.<init>(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.<br/>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.<br/>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]

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

1. Jira is running somewhere else on that machine right now (perhaps under a service or by a different user)
2. OR Jira didn't shutdown correctly, and this user can't remove the lock file for some reason
3. 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