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.
Background When you hear the words ‘Release notes’, almost always you think of an unsolicited email from a software vendor. But I am here to tell you that from our data, sending release notes via E...
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