Alexis Robert Community Champion

This means that on your internal network, where your servers are hosted, there's likely a network rule or firewall that is blocking connections. On your side, you can connect to Jira and Confluence because there is no restrictions from your corporate network to those servers. You need to check with your network team and…

From the Jira server, can you go on the command line and ping the Confluence server ? and also do a telnet : telnet confluence.mycompay.com 443 ? This will show if there's a network issue behind both servers or not. 

Hi @Leandro Moraes de Oliveira , even if you can ping the DNS, it might be different on the server that is hosting Jira and Confluence. If you don't have direct access to these servers, you should see with your internal IT department if they can help, because it seems here that Jira and Confluence can't communicate ...

You might want to try and do a full locked reindex, if it's possible at some time outisde of working hours. Otherwise, I can't think of any other way to fix your issue.

Hi @Leandro Moraes de Oliveira , if you're using nginx as a reverse proxy with https enabled, you should be accessing both instances with https://jira.mycompany.com and https://confluence.mycompany.com, but I see here that you're using http URL with the port number. Can you try with the normal https URL in the application…

I don't have any clues then. Did you do a background reindex or a lock one ? 

Hi @Miroslav Kouba , if search and filters don't work, it might be because your index is corrupted. You should try re-indexing your Jira instance : https://confluence.atlassian.com/adminjiraserver073/search-indexing-861253852.html Let me know if this helps, --Alexis

You should definitely not have duplicate key numbers, that's clearly not right. What's the URL when you open MUREX-1919 (the TEST one and the Futures one) ?

Hi @Grant Fidler , if you actually restored the database to its previous state, then all your data should be consistent as the issue data etc is only stored in the database. Have you tried doing a full re-index ? This might only be a cache issue. Let me know if this helps, --Alexis

Hi @Peter Bengov , in this case the generic user would cost a licence, right ? 

Hi @Sistema Ticketing , you don't actually need to install re-install Confluence, you can simply backup the actual folder. I would recommend simply removing the <confluence-home>/confluence.cfg.xml file, and then stopping and starting Confluence again. You can then just follow step 6 to re-import the data on the new…

Hi @billy_molokwane , for an upgrade from Jira 7.x to Jira 8.x, you can simply get the new installer/archive, configure it to point to your existing JIRA_HOME directory and start it. No need to export/import data or point to a new database. You can find the full documentation on upgrading here. Let me know if it works,…

Hello @Marga Genova , I've already done imports of larger files in MySQL without any issues, maybe it's a problem with the MySQL server sizing ? How much memory do you have on this server ? Also, I think the max_allowed_packet_size setting should be 256M, as per the documentation…

Hi @Christian Radwanski , you can use the support-data.sh script from Atlassian to check your server : https://bitbucket.org/atlassianlabs/atlassian-support/src/master/ It will check disk speeds and get thread dumps, which you can then provide to Atlassian support to investigate further. I recommend at least having a look…

Hi ict.tscjira@uwv.nl , to enable non logged-in users to add attachments, you will need to also change the Browse Project permission to Anyone. There is at the moment no other way to add attachments without this setting. Let me know if this helps, --Alexis

Hi @aradhana , if you do not have access to the administrator account for your Confluence instance, you can reset the password directly in the database by following these steps : https://confluence.atlassian.com/conf64/restore-passwords-to-recover-admin-user-rights-936511358.html Let me know if this helps, --Alexis

Hi @Seeker1437 , did you check on the Supported Platforms page that you are using the correct versions for the JVM, Database etc ? It could be linked to this from your error log. Let me know if this helps, --Alexis

Good to know @Sambit Kumar Patra , if you don't mind clinking on Accept Answer on the first post it will help users can also find this solution later, when they have the same issue :) Thanks !

Since you've set your reverse proxy with the correct port number, you should not have to put it in the URL. Did you also change the Bitbucket Base URL from http://bitbucket.XXXXX.eu:7990 to http://bitbucket.XXXXX.eu ? It's explained here how to do it. Le met know if this works, --Alexis

Hi @Stefan Ermel , from the logs, it looks like an issue with the ViewTracker plugin. Can you disable it and try again ? Thanks, --Alexis

Hi @Markus Gerdelmann , you're getting an error because you have not correctly configured Bitbucket bitbucket.properties file : you need to edit this file to configure the proxyName setting. This is explained in this documentation: The usual server.xml configuration has been replaced by properties that need to be…

Hi @Mads Schack Kahl , this errors is due to the JVM not having a valid root certificate for your Jira and Bitbucket instances. This documentation explains how to import your root certificate (domain.com for example) in the JVM so that it's trusted and both applications can talk to each other. Let me know if you have any…

Hi @Sambit Kumar Patra , Jira and Confluence use a different character encoding, this should be setup when you create the database. For Confluence : CREATE DATABASE confluencedb CHARACTER SET utf8 COLLATE utf8_bin; For Jira : CREATE DATABASE jiradb CHARACTER SET utf8mb4 COLLATE utf8mb4_bin; You don't need to change the…

Hi @Иван_Пузырёв , there is a detailed guide here : https://confluence.atlassian.com/bamboo/installing-bamboo-on-linux-289276792.html. It should give you all the information on how to install Bamboo. Let me know if you have any questions, --Alexis

Hi @Иван_Пузырёв , you should configure your JAVA_HOME to point to the main folder of the JDK, as the Bamboo script will automatically add the "/bin/java" to JAVA_HOME. Let me know if you have any questions, --Alexis

Hi @Vickey Palzor Lepcha , good to know that your issue is now fixed ! Do you mind marking this as "Answer Accepted" so that others can see this is Resolved ? Thanks, --Alexis

Hi, you would basically setup node1 as you would for a normal instance, then you just need to copy the installation directory from the 1st node to the 2nd node. You'll only need to update the cluster.properties configuration file to match your node name.

Hi @Vickey Palzor Lepcha , there's a specific procedure to follow to get your datacenter nodes up and running. You can find the documentation here. But there's a lot of work to do before the Jira installation on your technical infrastructure (load balancer, shared storage, ...), so be sure to read all the prerequisites…

Hi @Nathan Martin , you can actually upgrade directly from 7.x to 8.x, it's not obvious in the documentation but if it doesn't say anything about a specific upgrade path, then you're good to go. Let me know if this helps, --Alexis

Hi @Marcus Chaney , from Jira 7.3.6, you should consider the following choices : * upgrading to the latest Enterprise release 7.13.8 * upgrading to the latest 8.x release : Jira 8.4.1 The Enterprise release is a good choice as you will get extended support for security fixes, if you don't want to upgrade every 2 months to…