Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
Next:
badges earned

Your Points Tracker
Challenges
Leaderboard
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Recognition
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Kudos
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Can I set up an auto reindex

Deleted user Jan 10, 2017
 

5 answers

1 accepted

0 votes
Answer accepted

No and there are should not be need for this. Re-index is heavy operation and you are expected to run it manually only when somehow the index was broken. All other times the issues are automatically re-indexed when you add/change/delete them.

This is not a good answer. Some JIRA instances, including ours, serve 10k users or more and experience hundreds of changes a week across hundreds of projects. Many of these changes call for a reindex.

One challenge is that background reindexing can take double or triple the time of a hard (locking) reindex, and is less efficient. When Background reindexing takes more than twelve hours, creeping into daytime hours on a system already struggling for resources, it's time to more regularly do a hard reindex - e.g. weekly - and this is why I am up right now, on a Saturday night.

BTW, we moved to Data Center late last year. While keeping indexes in sync is sometimes a problem in JIRA 7 - JIRA 8 is reputedly much better at this - if you do a hard (locking) reindex on one node (app server), and have your load balancer set up properly, users are bounced to other nodes.

Then, after the first node is reindexed, from the indexes admin page on the other nodes you can "pull" indexes from that other node. No need to individually reindex each, or to wait for eth changes to eventually tricle over from that reindexed node (they might not, or not in time), or to down all nodes and manually dupe the good index directory over as I have done after upgrades before.

The reason for not having an automatic may be understandable, but the explanation provided is not the best one, in my opinion. I'm pretty surprised that this is considered the correct answer.

There are a lot of changes inside instances having tens/hundreds of projects combined with hundreds/thousands of custom fields everything in million of tickets, and any changes made manually on them, could affect the indexes, as the index pop out warning suggests, especially after changes on CFs/Fields Configuration. Most of the big instances requires for periodical background reindex and even periodical full-reindex. 

While I can understand that full-reindex blocks UI JIRA usage, the background reindex can, and sometimes should be, scheduled during weekends, since that action shouldn't require human interaction, and would harm no one, comparing to running it during weekedays, when people are working. As you are aware, CPU is highly increased during reindex procedure, so I believe that an automation would help for this case. In our case a JIRA background reindex takes 17 hours, and our users cover at least 7 timezones.

Yes, we know that it can be done via API or groovy scripting, but again, I do not believe that this is the best answer to be accepted by Atlassian.

I agree with Kay - my reindex takes over 1 hour due to the sheer size of our platform.  I have to say i get a little tired of the Atlassian Point of View that says i must do this manually, in my own time out of hours on a platform with a number of homeworkers and international staff who want a lot of access hours.

This forces me to sit up at 10pm at night and hang around. That's a little ridiculous. I should be able to set something on the working day that will trigger it at Xhours and just leave a system banner to communicate that it will be coming down later.

Atlassian have said they want to be considered *an enterprise scale tool*, but these residual  "small system" mentality failings that are becoming a blocker for us.

Hello Kay,

You can create a groovy script to start the reindex process, save it, create a service add the script and set it up to run at a certain time.

0 votes
Deleted user Jan 11, 2017

I accept your answer.

However, the reason we need to do it as we have on-going problems with the Epic link being populated into subtasks on auto create of subtasks. We are on an older version so hopefully this problem is resolved in the newer version when we upgrade shortly.

Also, re-indexing is not actually that long a job on our system.

>  Epic link being populated into subtasks on auto create of subtasks

Sounds like some custom logic/addon and I guess that the problem is in the custom code.

Kay, have you looked into Curl, you can schedule reindexing via curl and windows scheduler.

Nice reference, Reto. Yeah, I found that over the weekend and it works fine. Only concern is that now we're storing an admin/password on the server somewhere. Not a huge concern as anybody who can get there can find a back door anyhow, but I wish it were hashable.

Under normal circumstances having to automate a re-index is usually indicative of a deeper problem.

 

For us this is not the case....we are already on data center, but we have over 300,000 issues in flight at any given time.  When we import data into our eazyBI reporting platform we are finding random anomalies with the issue counts, statuses, etc.  For this specific use case an automated re-index prior to an eazyBI import seems to resolve these anomalies.

Don't automate the problem away if you are seeing red indexing toaster messages.

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Marketplace Apps & Integrations

Jira issue check and more advanced commit verifications for Bitbucket DC

Pre-receive hooks that verify the Git commit message, the modified files, and implement similar code change controls used to be requirements of large enterprises working in regulated industries only....

32 views 0 2
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you