Bug 617810 - huge_page_setup_helper.py with empty answers
Summary: huge_page_setup_helper.py with empty answers
Status: CLOSED DUPLICATE of bug 630171
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: libhugetlbfs   
(Show other bugs)
Version: 6.1
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Anton Arapov
QA Contact: Red Hat Kernel QE team
Depends On:
TreeView+ depends on / blocked
Reported: 2010-07-24 05:37 UTC by Qian Cai
Modified: 2014-06-18 08:02 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-12-07 10:15:02 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Qian Cai 2010-07-24 05:37:26 UTC
Description of problem:
Both regards hit the straight ENTER to the answers. Might we could repeat the answer for those.

What group should have access to the huge pages? (The group will be created, if need be):  <ENTER>
Traceback (most recent call last):
  File "/usr/bin/huge_page_setup_helper.py", line 139, in <module>
    if userGroupReq[0].isdigit() or userGroupReq[0] == "-":
IndexError: string index out of range

What user(s) should have access to the huge pages (space-delimited list, users created as needed)? <ENTER>

Saved original /etc/sysctl.conf as /etc/sysctl.conf.backup
Saved original /etc/security/limits.d/hugepages.conf as /etc/security/limits.d/hugepages.conf.backup

Final configuration:
 * Total System Memory......:    879 MB
 * Shared Mem Max Mapping...:    200 MB
 * System Huge Page Size....:      2 MB
 * Available Huge Pages.....:    100
 * Total size of Huge Pages.:    200 MB
 * Remaining System Memory..:    679 MB
 * Huge Page User Group.....:  huge (502)

In fact, /etc/security/limits.d/hugepages.conf did not change,
# cat /etc/security/limits.d/hugepages.conf
root		soft	memlock		2048
root		hard	memlock		2048
caiqian		soft	memlock		2048
caiqian		hard	memlock		2048

Version-Release number of selected component (if applicable):

Comment 1 Anton Arapov 2010-10-20 11:19:49 UTC
thanks for the valuable comment. Patch went upstream, will appear in Fedora after, and so forth... :)

Comment 2 Anton Arapov 2010-12-07 10:15:02 UTC
closed of 630171 rebase.

*** This bug has been marked as a duplicate of bug 630171 ***

Note You need to log in before you can comment on or make changes to this bug.