Bug 231690
Summary: | LSPP: system hangs under audit stress testing | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Loulwa Salem <loulwa> |
Component: | kernel | Assignee: | Eric Paris <eparis> |
Status: | CLOSED DUPLICATE | QA Contact: | Martin Jenner <mjenner> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 5.0 | CC: | eparis, iboverma, krisw, linda.knippers, sgrubb |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-03-20 19:57:15 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: | 224041 |
Description
Loulwa Salem
2007-03-09 23:28:04 UTC
I'd like to see the contents of /proc/slab_allocators through that... It gives the breakdown of allocated objects by allocators, so the fast-growing line in there will point to the leak. This bug was found by Tom, and I opened the report for him, so I'll do mybest to answer questions regard it. well, while I am running the test, I tried to look for the /proc/slaballocators. There is no such file on there, the only slabfile there is the /proc/slabinfo which doesn't change as the tests are being run. Is there somewhere else I can look at to find such information? IBM, The file you should be seeing is actually /proc/slab_allocators, with a "_" underscore. Thanks Jeremy West This event sent from IssueTracker by jwest issue 115885 I'm attaching the slab_allocators output from a test that I'm running. At this point in my test I'm seeing the amount of free memory continually decrease as the script continues to run. I'll update this BZ with a slab_allocators output closer to the end of the test. Thanks Jeremy West This event sent from IssueTracker by jwest issue 115885 it_file 85392 Two big allocators size-64: 322317 audit_log_task_context+0x46/0xad avtab_node: 165759 avtab_insert_node+0x28/0x89 Something tells me it isn't in the AVC or we would have found it long ago. Since Al's recent patch to audit_log_task_context does away with this allocation completely lets test on .68 and find out what we get. This appears to be a kernel memory leak fixed by a patch submitted by Al today. Transferring bug report to kernel team. Comment #6 is refering to BZ 228409 May mark as dup with testing results Is there a kernel update that we should try and verify this bug on? Sorry, should be fixed in .68 Thanks, I stress tested with the .68 kernel and it seems to be working fine. This bug can be closed. closing as a dup of 228409 since that patch also fixed this problem *** This bug has been marked as a duplicate of 228409 *** |