Bug 484305
| Summary: | Package deletion from GUI causes 500 error | |||
|---|---|---|---|---|
| Product: | Red Hat Satellite 5 | Reporter: | Mike McCune <mmccune> | |
| Component: | WebUI | Assignee: | Jay Dobies <jason.dobies> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Michael Mráka <mmraka> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | low | |||
| Version: | 530 | CC: | cperry, jason.dobies, jmatthew, johnh, psklenar | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | All | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | sat530 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 524625 (view as bug list) | Environment: | ||
| Last Closed: | 2009-10-28 19:23:12 UTC | Type: | --- | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 456985 | |||
|
Description
Mike McCune
2009-02-05 23:10:03 UTC
Commit: efdafa2977d28ed0729f7d61b43d45c31ca92de3 484305 - The ChangeLogEntry id should have simply been the id value and not a composite key. The composite key can cause issues with cascading deletes (in this case from Package->ChangeLogEntry) manifesting themselves in StaleStateExceptions. The API indicates this may be an issue with unsaved-value, however since we have access to an ID value in the DB it's much easier to correct the relationship in the hibernate mapping. http://www.hibernate.org/hib_docs/v3/api/org/hibernate/StaleStateException.html Going to reopen this and address some performance issues in this BZ. Now that the hibernate issues are addressed and this can run, now at times, I run into "java.lang.OutOfMemoryError: GC overhead limit exceeded". Commit: 45bdda0b44113957abb494b3e92cc5675e316675 Refactored to use sets to keep the heavy lifting for package deletion taking place in the database. Using this approach instead of hibernate fixes OutOfMemoryErrors when deleting large numbers of packages in addition to the sheer performance increase. *** Bug 487412 has been marked as a duplicate of this bug. *** *** Bug 465492 has been marked as a duplicate of this bug. *** Verified. Satellite-5.3.0-RHEL4-re20090414.0 x86_64 No ISE, 2500+ packages deleted in 5 mins. What's happening here is that the connection between Tomcat and Apache is timing out. The performance fixes minimize this to a certain extent, but in very large environments it is still a possibility. To be honest, I'm a bit surprised 4000 have this error. The idea was to queue up the deletions to be addressed asynchronously. However, that queuing does still take time. It sounds like this needs a second look. Personally, I'd close this bug out and file a new one as an issue deleting large amounts of packages as this bug is centered around issues in a much wider range of environments. I deleted 2500 packages in a while without any problem. tried Satellite-5.3.0-RHEL5-re20090820.1 but I could see timeout issue with more amount of packages created : Bug 524625 - Package deletion from GUI causes 500 error moving this bug with amount=2500 to release_pending |