[ZBX-8018] Usage of nested templates may result in inconsistent inheritance Created: 2014 Apr 01 Updated: 2024 Apr 10 Resolved: 2018 Feb 09 |
|
Status: | Closed |
Project: | ZABBIX BUGS AND ISSUES |
Component/s: | API (A), Documentation (D), Frontend (F) |
Affects Version/s: | 2.2.2 |
Fix Version/s: | 4.0 (plan) |
Type: | Documentation task | Priority: | Major |
Reporter: | Marc | Assignee: | Natalja Cernohajeva (Inactive) |
Resolution: | Fixed | Votes: | 1 |
Labels: | nested, permissions, templates, usability | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Team: | |
Sprint: | Sprint 26, Sprint 27 |
Story Points: | 0 |
Description |
This issue is about a probably well known problem in connection with template inheritance and its permissions. Template inheritance example: Linux administrator has write permission to Linux template and all related hosts. Now when the Linux administrator creates an item in the Linux template, then this operation succeeds without any error. When the Linux administrator then creates a trigger in the same template based on the same item, the operation fails because the missing item behind the service templates. This appears really not trivial to solve and there's a lot of room for discussion about what would be the "right" behavior. At least it should be somehow noticeable so that a Zabbix-Super-Admin may re-save the item in question to assure consistency. I heard that the current behavior/limitation should already have been documented but I haven't found it yet. Possibly one could add a link to one of these places: Possibly somehow related issues: |
Comments |
Comment by Martins Valkovskis [ 2014 Apr 02 ] |
As for documentation, this situation was not documented officially. Now added, as: https://www.zabbix.com/documentation/2.2/manual/config/templates/nesting#permission_issues |
Comment by Marc [ 2014 Apr 23 ] |
Another scenario: Example:
Now when an AIX administrators updates template 'Application', e.g. by changing a user macro, then the template 'Application' gets un-linked from template Linux |