My hosting provider has gone broke. I need to move Jira+Crucible+PLugins and addons +... to a new home Old home: Centos6 + Jira6.4.7 + MySQL New home: I can choose what I want The pressing factor is time. I don't have enough of that. I am thinking: * Build a new host. Keep everything at the current versions if possible. * Connect VPN to new host * stop JIRA and MySQL * Backup db, /opt/atlassian, ... * Restore same * Disconnect new host from internet to 'defang' it * Start db and JIRA * Test from VPN My question: IF I am intentionally avoiding upgrades, will this approach work or ... work well-enough?

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

moving to a new server

Sam Lander

My hosting provider has gone broke.

I need to move Jira+Crucible+PLugins and addons +... to a new home

Old home: Centos6 + Jira6.4.7 + MySQL

New home: I can choose what I want

The pressing factor is time. I don't have enough of that.

I am thinking:

Build a new host. Keep everything at the current versions if possible.
Connect VPN to new host
stop JIRA and MySQL
Backup db, /opt/atlassian, ...
Restore same
Disconnect new host from internet to 'defang' it
Start db and JIRA
Test from VPN

My question: IF I am intentionally avoiding upgrades, will this approach work or ... work well-enough?

Accepted answers

Sam Lander

Wow Nic, you are a ninja! I imagined I was all alone here.

My sequence was:

Notifcations off

start-jira.sh

checks: attachments OK, issue crate OK, add attachment, comment existing ticket (some things that require a DB write). Tailing the log - all ok except for warnings about mail being off

stop-jira.sh

vim setenv.sh (enable notifications)

start-jira.sh

errors.

Here is the top part:

at com.xiplink.jira.git.ao.dao.GitRepositoryDaoImpl.processAll(GitRepositoryDaoImpl.java:153)
    at com.xiplink.jira.git.MultipleGitRepositoryManagerImpl.loadGitManagersFromDatabase(MultipleGitRepositoryManagerImpl.java:143)
2016-01-26 22:17:22,883 localhost-startStop-1 WARN      [NoModule] Could not find JDBC driver class named com.mysql.jdbc.Driver.

2016-01-26 22:17:22,884 localhost-startStop-1 WARN      [NoModule] 
java.lang.ClassNotFoundException: com.mysql.jdbc.Driver not found from bundle [com.xiplink.jira.git.jira_git_plugin]
    at org.springframework.osgi.util.BundleDelegatingClassLoader.findClass(BundleDelegatingClassLoader.java:103)
    at org.springframework.osgi.util.BundleDelegatingClassLoader.loadClass(BundleDelegatingClassLoader.java:156)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

The caused by

at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
    at com.sun.proxy.$Proxy2962.stream(Unknown Source)
    at com.xiplink.jira.git.ao.dao.GitRepositoryDaoImpl.processAll(GitRepositoryDaoImpl.java:153)
    at com.xiplink.jira.git.MultipleGitRepositoryManagerImpl.loadGitManagersFromDatabase(MultipleGitRepositoryManagerImpl.java:143)
Caused by: java.lang.ClassNotFoundException: com.mysql.jdbc.Driver
    at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:772)
    at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73)
    at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:634)
    at org.apache.felix.framework.Felix.loadBundleClass(Felix.java:1594)

and the end

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.osgi.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:59)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
    at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
    at com.sun.proxy.$Proxy2962.stream(Unknown Source)
    at com.xiplink.jira.git.ao.dao.GitRepositoryDaoImpl.processAll(GitRepositoryDaoImpl.java:153)
2016-01-26 22:19:23,128 localhost-startStop-1 ERROR      [ofbiz.core.entity.ConnectionFactory] ******* ERROR: No database connection found for helperName "defaultDS"

All comments

Phill Fox

Yes your method will work as an approach to moving hosts. I would do at least one practice run before you make the final change to ensure that there are no hidden surprises to your approach. You can use your local hosts file to change your connection to the new host whilst still retaining the same urls.

Nic Brough -Adaptavist-

This is a good guide to JIRA, and the principles are similar for Crucible. It's a bit long, and looks scary, but it is trying to cover all the possible options. And you don't have to do the bit about "turn off old servers" until you're happy that the new ones are working. For this case, you're absolutely right to avoid upgrades. They can be easy to integrate with server moves, but if you have a time constraint, stick with the same versions as it'll keep the job easier and quicker. https://confluence.atlassian.com/jira/migrating-jira-to-another-server-151126305.html

Sam Lander

All tested well (twice), but then I enabled notifications and got:

java.lang.ClassNotFoundException: com.mysql.jdbc.

and my log says "DB OK" back near the top....

I wonder if JEMH is confusing things?

Nic Brough -Adaptavist-

Ok, you might need to check your database setup and connections, but we could do with a good chunk more of the log - to see what it was trying to do when it failed to hit the database.

Sam Lander

Wow Nic, you are a ninja! I imagined I was all alone here.

My sequence was:

Notifcations off

start-jira.sh

checks: attachments OK, issue crate OK, add attachment, comment existing ticket (some things that require a DB write). Tailing the log - all ok except for warnings about mail being off

stop-jira.sh

vim setenv.sh (enable notifications)

start-jira.sh

errors.

Here is the top part:

at com.xiplink.jira.git.ao.dao.GitRepositoryDaoImpl.processAll(GitRepositoryDaoImpl.java:153)
    at com.xiplink.jira.git.MultipleGitRepositoryManagerImpl.loadGitManagersFromDatabase(MultipleGitRepositoryManagerImpl.java:143)
2016-01-26 22:17:22,883 localhost-startStop-1 WARN      [NoModule] Could not find JDBC driver class named com.mysql.jdbc.Driver.

2016-01-26 22:17:22,884 localhost-startStop-1 WARN      [NoModule] 
java.lang.ClassNotFoundException: com.mysql.jdbc.Driver not found from bundle [com.xiplink.jira.git.jira_git_plugin]
    at org.springframework.osgi.util.BundleDelegatingClassLoader.findClass(BundleDelegatingClassLoader.java:103)
    at org.springframework.osgi.util.BundleDelegatingClassLoader.loadClass(BundleDelegatingClassLoader.java:156)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)

The caused by

at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
    at com.sun.proxy.$Proxy2962.stream(Unknown Source)
    at com.xiplink.jira.git.ao.dao.GitRepositoryDaoImpl.processAll(GitRepositoryDaoImpl.java:153)
    at com.xiplink.jira.git.MultipleGitRepositoryManagerImpl.loadGitManagersFromDatabase(MultipleGitRepositoryManagerImpl.java:143)
Caused by: java.lang.ClassNotFoundException: com.mysql.jdbc.Driver
    at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:772)
    at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73)
    at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:634)
    at org.apache.felix.framework.Felix.loadBundleClass(Felix.java:1594)

and the end

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.osgi.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:59)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
    at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
    at com.sun.proxy.$Proxy2962.stream(Unknown Source)
    at com.xiplink.jira.git.ao.dao.GitRepositoryDaoImpl.processAll(GitRepositoryDaoImpl.java:153)
2016-01-26 22:19:23,128 localhost-startStop-1 ERROR      [ofbiz.core.entity.ConnectionFactory] ******* ERROR: No database connection found for helperName "defaultDS"

Nic Brough -Adaptavist-

Answers emails people who have participated smile

The problem you've got here appears to be from a git related plugin - https://marketplace.atlassian.com/plugins/com.xiplink.jira.git.jira_git_plugin/server/overview

It sounds like the rest of JIRA is working, so a quick test before we go off chasing the wrong thing down the wrong rabbit-hole...

Can you disable this plugin (not remove, just disable) and see if the errors go away?

Sam Lander

Sorry to be dim, but I am not sure where to do that ... grepping ... googling

Sam Lander

mv var/atlassian.../plugins/<blah>git<blah>.jar <blah>._disabled_jar_ ?

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

jira-software

jira-administration