Univention Bugzilla – Full Text Bug Listing |
Summary: | User quota set by policy is not edited / removed upon editing / removing policy | ||
---|---|---|---|
Product: | UCS | Reporter: | Drees Dormann <dormann> |
Component: | UMC - Quota | Assignee: | Erik Damrose <damrose> |
Status: | CLOSED FIXED | QA Contact: | Felix Botner <botner> |
Severity: | enhancement | ||
Priority: | P5 | CC: | gohmann, hahn, jmm, klaeser, petersen, requate, roland.buser, walkenhorst |
Version: | UCS 3.2 | ||
Target Milestone: | UCS 3.2-2-errata | ||
Hardware: | Other | ||
OS: | Linux | ||
What kind of report is it?: | --- | What type of bug is this?: | --- |
Who will be affected by this bug?: | --- | How will those affected feel about the bug?: | --- |
User Pain: | Enterprise Customer affected?: | ||
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | Usability | |
Max CVSS v3 score: | |||
Bug Depends on: | |||
Bug Blocks: | 33959 |
Description
Drees Dormann
2013-11-07 10:00:10 CET
(In reply to Drees Dormann from comment #0) > Also any changes made to this policy are not applied to the quota. Again reported and reproduced by me at UCS 3.2-0 Errata 20 I found no way to force the updated settings - user quota always stucks at the initial values from first share connect. As described, even removing the policy and creating a new one doesn't have any effect. Currently that is the design of the quota policy. Maybe we should change the default behavior and add a checkbox which controls whether the value is every time newly set. The fix contains the following changes: - user share policy has been extended by an attribute to reapply the user-share quota on each login - univention-user-quota has been extended to evaluate the flag and reapply the quota if applicable - If more than one user-share quotaunivention-user-quota used to calculate the correct quota values wrong. It now sets the most restrictive quota values defined for each mountpoint r51290 univention-ldap 10.0.17-36.693.201406261204 r51291 yaml r51293 univention-directory-manager-modules 9.0.76-6.1204.201406261244 r51294 merge to UCS 4.0 univention-directory-manager-modules 10.0.0-2 r51295 yaml r51358 univention-quota 8.0.6-4.124.201406301032 r51359 yaml r51360 merge to UCS 4.0; not build yet, see Bug 35139#c3 (In reply to Erik Damrose from comment #3) > r51360 merge to UCS 4.0; not build yet, see Bug 35139#c3 Bug 35138#c3 OK - checkbox "Reapply settings on every login" OK - univention-user-quota OK - YAML OK - merged to 4.0 *** Bug 35306 has been marked as a duplicate of this bug. *** From Bug 35306: The following traceback occurs if no quota has been activated for a partition/mountpoint but a share-policy defines a quota for it. univention-user-quota y23j4odaqi Traceback (most recent call last): File "/usr/sbin/univention-user-quota", line 168, in <module> mountpoints = get_mountpoints_with_quota(user, shares) File "/usr/sbin/univention-user-quota", line 135, in get_mountpoints_with_quota if _mountpoints[attrs['mountpoint']][policy_value] == '0' or int(attrs[policy_value]) < int(_mountpoints[attrs['mountpoint']][policy_value]): KeyError: '/' Fix univention-user-quota traceback if no quota is defined r51632 univention-quota 8.0.6-8.128.201407090947 r51634 yaml r51632 Merge to UCS 4.0 OK (errata3.2-2, 4.0-0) OK - YAML This bug number also appears in the advisory for univention-quota, which will be released in one of the next errata updates (like tomorrow). And the bug number is also refered to by an upcoming errata advisory for univention-directory-manager-modules. |