Bug 719357
| Summary: | dlm: increase hash table maximum allocatable size | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | David Teigland <teigland> |
| Component: | kernel | Assignee: | Red Hat Kernel Manager <kernel-mgr> |
| Status: | CLOSED ERRATA | QA Contact: | Cluster QE <mspqa-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.2 | CC: | ajb2, bmr, grimme, hlawatschek, kzhang, michael.hagmann, slords, swhiteho |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | kernel-2.6.32-175.el6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 678102 | Environment: | |
| Last Closed: | 2011-12-06 13:49: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: | 678102 | ||
| Bug Blocks: | 707974 | ||
|
Comment 1
David Teigland
2011-07-06 15:18:42 UTC
posted to rhkernel: http://post-office.corp.redhat.com/archives/rhkernel-list/2011-July/msg00241.html This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. FYI, with the patch in, the maximum size which can be set on my systems (24 and 60Gb ram) is 16384. I thought this might be of interest (60Gb systems) Active / Total Objects (% used) : 137663214 / 142694757 (96.5%) Active / Total Slabs (% used) : 12412037 / 12412080 (100.0%) Active / Total Caches (% used) : 126 / 176 (71.6%) Active / Total Size (% used) : 46148483.10K / 47191103.75K (97.8%) Minimum / Average / Maximum Object : 0.02K / 0.33K / 128.00K OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 41910825 40394358 96% 0.25K 2794055 15 11176220K size-256 23464431 23349154 99% 0.41K 2607159 9 10428636K gfs2_glock 23285820 23281096 99% 0.78K 4657164 5 18628656K gfs2_inode 19334949 17861706 92% 0.06K 327711 59 1310844K size-64 18148860 17039110 93% 0.22K 1067580 17 4270320K dlm_lkb 12967902 12741353 98% 0.21K 720439 18 2881756K dentry_cache 1266480 1113235 87% 0.09K 31662 40 126648K buffer_head 911840 907273 99% 0.09K 22796 40 91184K gfs2_bufdata 718361 326838 45% 0.52K 102623 7 410492K radix_tree_node 151808 151526 99% 0.92K 37952 4 151808K ext4_inode_cache 84480 81702 96% 0.12K 2816 30 11264K size-128 gfs2_glock/inode/lkb levels on the 24Gb machines hover around the 7 million mark. Patch(es) available on kernel-2.6.32-175.el6 VERIFIED that the patch is applied to kernel-2.6.32-193.el6 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2011-1530.html |