When I try to start JIRA 6.2.1 standalone (via the bin/startup.sh script) I get this in the catalina.out log (and nothing else) and it dies:
java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina at java.net.URLClassLoader$1.run(Unknown Source) at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:236) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:426)
Does anyone have any ideas?
I opened a support case for this, and this turned out to be my fault. I was, during my upgrade procedure, overwriting catalina.properties, thus wiping out all the config that was already there.
Raimonds's suggestion is a valid one, Joshua. Given that, can you confirm if the change of JDK would change this behaviour?
Otherwise, since this could be caused by different factors such connection between the instance and the database or a corrupted data, would you mind to provide us the output from the timestamp of the startup in your atlassian-jira.log, so we can track other possible causes?
Cheers,
Giu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
As I see you are using IBM J9 Java Virtual Machine with JRE 1.6.0 compatibility. Probably that is causing the issues that you see.
JIRA supports just Oracle JDK 1.7 (see https://confluence.atlassian.com/display/JIRA062/Supported+Platforms) as well as typically there are no problems with using OpenJDK 1.7 as well.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I run the following command, and get the below output, but then it drops back to a prompt, and there are no JIRA processes running. # /bin/su -m jira -c ../bin/startup.sh ..... .... .NMMMD. ... .8MMM. $MMN,..~MMMO. .?MMM. .MMM?. OMMMMZ. .,NMMMN~ .IMMMMMM. .NMMMN. .MMMMMN, ,MMMMMM$..3MD..ZMMMMMM. =NMMMMMM,. .,MMMMMMD. .MMMMMMMM8MMMMMMM, .ONMMMMMMMMMMZ. ,NMMMMMMM8. .:,.$MMMMMMM .IMMMM..NMMMMMD. .8MMMMM: :NMMMMN. .MMMMMM. .MMMMM~. .MMMMMN .MMMMM?. Atlassian JIRA Version : 6.2.1 Detecting JVM PermGen support... IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Linux amd64-64 jvmxa6460sr9-20110203_74623 (JIT enabled, AOT enabled) PermGen switch is NOT supported and will NOT be set automatically. If you encounter issues starting or stopping JIRA, please see the Troubleshooting guide at http://confluence.atlassian.com/display/JIRA/Installation+Troubleshooting+Guide Server startup logs are located in /data/opt/local/jira/current/logs/catalina.out Using CATALINA_BASE: /data/opt/local/jira/current Using CATALINA_HOME: /data/opt/local/jira/current Using CATALINA_TMPDIR: /data/opt/local/jira/current/temp Using JRE_HOME: /usr/lib64/jvm/jre Using CLASSPATH: /data/opt/local/jira/current/bin/bootstrap.jar:/data/opt/local/jira/current/bin/tomcat-juli.jar Using CATALINA_PID: /data/opt/local/jira/current/work/catalina.pid
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Join the largest European gathering of the Atlassian Community and reimagine what’s possible when great teams and transformative technology come together. Plus, grab your Super Fan ticket now and save over €1,000 on your pass before prices rise on 3 June.
Register nowOnline forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.