OOPS rendering blueprint dependency graph. Subprocess couldn't allocate memory
Bug #208228 reported by
Diogo Matsubara
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
High
|
Curtis Hovey |
Bug Description
As seen in OOPS-818C616, the code that generates the dependency graph starts a subprocess to get the job done. This subprocess crashed with an OSError: [Errno 12] Cannot allocate memory causing the page to render an OOPS
Changed in blueprint: | |
assignee: | nobody → sinzui-is |
importance: | Undecided → High |
status: | New → Confirmed |
To post a comment you must log in.
I have a branch that fixes this issue by directly recording the errors when an exception is raised by the renderGraphvizG raph() method. The spec index page will continue to display, though without the image map and possibly the dependency graph image too.
Diogo suggested that we load an alternate image when the image fails to load. I like
the idea. In the cases we are seeing now, the error is occurring in the system, not the application. The error probably will not happen happen when the page is reloaded.
Attached is a screen cap of the forced error condition happening both for the image map
and later when the image is loaded. I would like these message review before I submit the code for review.