Fisheye Indexing Stuck on One Revision

Eric Blessner
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
October 9, 2019

I recently needed to reindex a repository on Fisheye.  Since my last index, we deleted several hundred branches from the repository, many of them during one day of cleanup.  Fisheye has been hung indexing for almost 3 weeks running a diff one revision (the one where we deleted hundreds of branches).

If I run the command locally, it looks like it is comparing against each file in the repository for each of those hundreds of revisions.  But even so I feel like it is taking way to long to index.  Any ideas would be greatly appreciated.    

3 answers

0 votes
ITSD MWOPS
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
November 18, 2019

Do we have an answer around this? We too ran into same issue.

We accidentally deleted tags in our repo we recovered them after that re-indexing struck at particular revision(98.5%)  since 10/29.

Please advise.

0 votes
Eric Blessner
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
October 16, 2019

Stephen, 

I appreciate the response.  The index has been running since 09/23 on the same changeset.  To speed things up, I had previously moved the repository locally to speed up indexing and the disk is actually an SSD.  At this point I'm just waiting to see if it will ever finish.

I'm honestly not sure if we did something incorrectly in Subversion when we deleted those branches, or if this is just a normal outcome as part of the Fisheye index.   Any suggestions on how to get through this would be greatly appreciated. 

Eric

0 votes
Stephen Sifers
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
October 11, 2019

Hello Eric,

We appreciate you coming to Community for your long-running index issue after you did a large cleanup of your branches. With this said, depending on the amount of data that was cleaned, the re-index has been reported to take hours or days to complete. With this said, 3 weeks does sound like a long time but this will be relative to the amount of data needing to be re-indexed and also the performance of your fisheye server. Additionally, if your storage that your Fisheye server resides on are not optimal then you may also experience slower than expected re-indexing times due to I/O speed issues. Further information on the hardware requirements can be found at Supported platforms under Hardware requirements.

Here is additional information to know about re-indexing:

Due to the complexity of SCM repositories, an indexing scan may take many hours or even days to complete. During this time, your Fisheye users may be inconvenienced as they will not by able to view the repository being indexed. Furthermore, Crucible users will not be able to carry out reviews unless you have Crucible set to store all revisions offline.

Source documentation: Re-indexing your repository

Alternatively, if you believe the issue is the application having a problem then please review the logs and let us know of any warning or errors present in the logs. This will help us to understand what could also be causing the delay in completing the re-index.

Regards,
Stephen Sifers

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events