Currently, we have Crucible and Fisheye configured, and they are looking at 5 bitbucket repositories. The state for the repositories is stuck on 'scanning'. I see no progress movement, and it shows no commits on any repository. The 'last updated' field is always 'a few seconds ago', and looking at the repositories in the admin console shows the repositories status updated every minute, and they all show 'running'. Any help on how to get these working would be appreciated.
I take it that this is a new setup where the repositories were just added to Fisheye?
What type of repositories are these?
How large are these repositories?
How long have they been listed as scanning?
What are your resources assigned to the server like? (Memory, CPU, etc)
If these are large repositories (not just in on-disk size, but the number of commits as well), your available system resources as well as how many indexing threads you have configured can have an impact.
The repositories are GIT/Bitbucket repos, and the Fisheye/Crucible install is a new install, though the Bitbucket/GIT install is about a year old.
They've been listed as 'scanning' for roughly a week at this point.
most of the repositories range, one has less than 100 files, and 100 commits. one is larger, ranging probably a couple Gb, with a lot of Commits over that years time. (Very active project).
The server has 16Gb of RAM, and 3 CPUs. Generally, the usage doesn't seem overly taxed (ie: the CPUs are nearly idle, and the RAM is not running at 100%, though the SQL server does take about 12Gb, it's still got room to maneuver).
One thing I just thought about: all of the other utilities (JIRA, Confluence, Bitbucket) all use MySQL as their database, but Crucible/Fisheye didn't ask to set up an external database, and therefore is using the HSQLDB configuration. Should I find a way to migrate over to MySQL instead? Could that be related to part of the problem?
I don't think your database is at play here as your repository index data is stored on the file system. Things stored in your database would be your review data and permissions for example. Even so, we do highly recommend that you use an external database for production environments. You can check out our page migrating to an external database to get started.
I want to get more detailed information from you, therefore, I've created a support case. You should have received a notification with the issue number. We will continue the investigation there.
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 ...