I recently upgraded to Fisheye 3.2.4 and I was able to index all svn repositories except one. I have to admnit that this repository is too big. When I wanted to start automatically the repository, it didn't start, so I had (and still having) to make the initial index. While performing the initial reindex, it got stuck in one point (which I will provide later one.)
Indexing content: /file/path/at/the/subversion/repository.file (33873 of 33874)
I performed the following actions
2. Use the fille:/// protocol, instead of using the http. (Note: The rest of the svn repositories are working fine with the http protocol).
Please, I need your help ASAP!!!!!
The problem was that at the repository, I left the Start Revision value as 1. In order to fix it, I needed to empty the field. Then, shutdown Fisheye and clear the repository cache. After start up Fisheye and it will be reindexing as normal
We had a similar issue with a certain SVN repository (all other repos works fine), but actually we found a TimeoutException in our logs.
To understand which command of the indexing process runs too long to raise a TimeoutException, we looked into the "Status" view of the corresponding repository. This can be found in FishEye's Administration page at "Repository Settings" -> "Repositories". Search for the "evil" repository and click on cog-wheel icon. Select menu "view ...".
In page "Summary" we saw that one SCM activity took more than 1 hour:
svn proplist -R -r 18889 file:///svn/repos/MYPROJECT/tags/release-1.0@18889
With this information we could continue analyzing the error, because we run the same svn command in systems console. This shows us the actual problem and we could fix it (in our case with configuring a "path excluding pattern" in FE wich excludes this tags/release-1.0 path from scanning).
Maybe this helps you, too?
If the problem is a "simple" Timeout issue you can increase the timeout "Svn Operation Timeout" value at "SCM Details" page of the repo. I think the default is "1h".
We know that great teams require amazing project management chops. It's no surprise that great teams who use Jira have strong project managers, effective workflows, and secrets that bring planning ...