Bug 640326
Summary: | condor_userprio is case sensitive to accounting groups | ||
---|---|---|---|
Product: | Red Hat Enterprise MRG | Reporter: | Erik Erlandson <eerlands> |
Component: | condor | Assignee: | Erik Erlandson <eerlands> |
Status: | CLOSED ERRATA | QA Contact: | Martin Kudlej <mkudlej> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 1.3 | CC: | eerlands, fnadge, jthomas, matt, mkudlej |
Target Milestone: | 1.3.2 | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | condor-7.4.5-0.2 | Doc Type: | Bug Fix |
Doc Text: |
Previously, the accountant treated accounting groups as case sensitive when accounting groups with multiple cases (e.g. "group" versus "Group" versus "GROUP") were submitted. Due to this behavior, different cases were incorrectly managed as different groups, which shows up in condor_userprio and affects the internal use of group priorities. With this update, the accountant uses the correct case-folding logic so that accounting groups are case insensitive. Now, accounting groups can be submitted using any case, and are correctly treated as case insensitive by the accountant.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2011-02-15 12:16:03 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: |
Description
Erik Erlandson
2010-10-05 14:59:41 UTC
Updated accountant logic includes case folding for groups: V7_4-BZ619557-HFS-tree-structure Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause: Submission of accounting groups with multiple cases (e.g. "group" versus "Group" versus "GROUP"). Consequence: The accountant treated accounting groups as case sensitive, so different cases were incorrectly managed as different groups, which shows up in condor_userprio and also affects internal use of group priorities. Fix: The accountant was updated with proper case-folding logic so that accounting groups are case insensitive. Result: Accounting groups can be submitted using any case, and are correctly treated as case insensitive by the accountant. Tested on RHEL5.6/4.9 x x86_64/i386 with condor-7.4.4-0.17 and it is case sensitive. Tested on RHEL5.6/4.9 x x86_64/i386 with condor-7.4.5-0.6 and it is case insensitive. --> VERIFIED Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1,11 +1 @@ -Cause: +Previously, the accountant treated accounting groups as case sensitive when accounting groups with multiple cases (e.g. "group" versus "Group" versus "GROUP") were submitted. Due to this behavior, different cases were incorrectly managed as different groups, which shows up in condor_userprio and affects the internal use of group priorities. With this update, the accountant uses the correct case-folding logic so that accounting groups are case insensitive. Now, accounting groups can be submitted using any case, and are correctly treated as case insensitive by the accountant.-Submission of accounting groups with multiple cases (e.g. "group" versus "Group" versus "GROUP"). - -Consequence: -The accountant treated accounting groups as case sensitive, so different cases were incorrectly managed as different groups, which shows up in condor_userprio and also affects internal use of group priorities. - -Fix: -The accountant was updated with proper case-folding logic so that accounting groups are case insensitive. - -Result: -Accounting groups can be submitted using any case, and are correctly treated as case insensitive by the accountant. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0217.html |