Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

What's HA about Jira Datacenter?



We were sold Jira DC under the pretence that it was a HA solution, but after working with it for half a year i have a problem calling it HA, or i simply have not found the functions that would make it call it High Available.

A few how-do-i's:

- How do i evict all user sessions established for a node to other nodes without them losing their session data, if i need to service a node? So far i can only shut down the node, but if a user was about to create a ticket and have filled out all forms but not not submitted the form, this data will be lost.

In lack of this very basic functionality, it would be great to know what users are on one node, so i can warn them manually to get off the node, but i can't find that functionality either? Is there a "List users on node X" functions i am missing?

- A user reports a internal server error 500 on Node1. How do i switch my session to that node, without open 10 incognito browsers and login until i by random hit the node?

IMO a rolling restart of a DC cluster will instead of losing a users data once, make them lose their data repeatedly because:

User A is on Node1. I restart node1. User loses their data, but the loadbalancer will soon move them on to node2. They start working there and then it's turn to restart node2. they once more lose their data and can now either be moved to node3, or node1 if already back up. How is this better than all users losing their sessions once? 

Beside if a server dies, users can be falled over to another node (and lose their data) but be back in a new session on another server, but that's basically the only "HA" thing about Atlassian DataCenter products. 


Kind regards

Jonas Andersson

2 answers

0 votes

@atlassian Any feedback on my questions above?

0 votes

Hi @Jonas ,

I hear you. I don´t know if a specific configuration will address all the issues that you described but I was wondering if you had read this article:

By doing rolling restarts you ensure that not all the servers will be down at the same time,so new clients can start transactions without having to wait.

Carlos, This doesn't evict user sessions to other servers, and does not circumvent the problems i describe. It will indeed cause the user to lose it's sessions and filled out fields when user submitts, no matter if the server went down and came back up, as sessions are not retained through restarts. In worst case user will submit fields, loadbalancer will recognize node is down, haproxy will reroute it to another node, which will demand login and will land the user on the dashboard. Should i shutdown another node, user risks being on this node too, and might end up risking losing this session too, when that node is restarted. 

First link does not contain anything regarding my question, and i have seen it before.

The jira you linked is about database fallovers (on the backend) and once more not related to what i am asking atlassian here.


Lets see, maybe atlassian indeed have something for this, but i followed all best practices setting these clusters up, and all my testing shows exactly what i describe above.


Thanks for the response however.


Kind regards.



Suggest an answer

Log in or Sign up to answer

Atlassian Community Events