codebrowse is hanging/unresponsive

Bug #1015716 reported by Matthew Wedgwood on 2012-06-20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Launchpad itself

Bug Description

We're seeing codebrowse get hung up on the same project over and over. Process becomes intermittently unresponsive.

Sample thread dumps from a recent restart:

Core dumps:

Gary Poster (gary) wrote :

thedac said at the time: " we get these longer running branches but then they seem to go away"

Changed in launchpad:
status: New → Triaged
importance: Undecided → Critical
tags: added: codebrowse
Matthew Wedgwood (mew) wrote :

I may be mistaken on the "same project" part. Some of the long-running threads from the thread dumps are from our nagios checks and the code doesn't change. Still investigating.

John A Meinel (jameinel) wrote :

Note, I'm not able to get a page to load for the gcc tree, I'm guessing this is just 'loggerhead is slow' and it is slow enough that it is unable to preload its history cache for such a large branch. (namely this url always fails to load, but I'm unable to get any alternate URL of that branch to load either: )

David Ames (thedac) wrote :
David Ames (thedac) wrote :

Core dump from when loggerhead was hung on carob:~dames/core.31162.bz2

So, this reflects:
 - performance and reliability issue within codebrowse.

We need to address it. The proximate triggering of it was a user
mirroring the codebrowse content as far as we can tell, which isn't an
intended use-case - they have been blocked to give us breathing spac.e

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers