Key: |
QB-2687
|
Type: |
Bug
|
Status: |
Resolved
|
Resolution: |
Fixed
|
Priority: |
Major
|
Assignee: |
Unassigned
|
Reporter: |
dave regis
|
Votes: |
0
|
Watchers: |
0
|
If you were logged in you would be able to see more operations.
|
|
|
QuickBuild
Created: 05/Apr/16 08:24 PM
Updated: 21/Apr/16 09:26 AM
|
|
Component/s: |
None
|
Affects Version/s: |
5.1.16
|
Fix Version/s: |
6.1.13
|
|
Original Estimate:
|
Unknown
|
Remaining Estimate:
|
Unknown
|
Time Spent:
|
Unknown
|
Environment:
|
Linux (SLES) with 128 GB of RAM, Java MaxHeap set to 8 GB.
|
|
When deleting large numbers (5000+) of builds from a config, QB will consume very large amounts of memory to the point that it can end up stuck with all actions failing due to exhausted Java heap -- we've seen this also peg CPU usage. When this occurs, the system becomes unresponsive, all processing appears to stop, and no more entries are written to the console or quickbuild logs.
This issue can be manually triggered by selecting all "Delete all builds" option on a config with a very large number of builds. It also happens during System Maintenance if a configuration's "Build Cleanup Strategy" has changed to cause large numbers of builds to be deleted.
|
Description
|
When deleting large numbers (5000+) of builds from a config, QB will consume very large amounts of memory to the point that it can end up stuck with all actions failing due to exhausted Java heap -- we've seen this also peg CPU usage. When this occurs, the system becomes unresponsive, all processing appears to stop, and no more entries are written to the console or quickbuild logs.
This issue can be manually triggered by selecting all "Delete all builds" option on a config with a very large number of builds. It also happens during System Maintenance if a configuration's "Build Cleanup Strategy" has changed to cause large numbers of builds to be deleted.
|
Show » |
There are no comments yet on this issue.
|
|