Skip to content
This repository has been archived by the owner on Jan 15, 2019. It is now read-only.

[dev.icinga.com #3659] Ability to hide services where user is no contact #1018

Closed
icinga-migration opened this issue Feb 8, 2013 · 7 comments

Comments

@icinga-migration
Copy link

This issue has been migrated from Redmine: https://dev.icinga.com/issues/3659

Created by augustinus on 2013-02-08 11:46:32 +00:00

Assignee: augustinus
Status: Feedback
Target Version: Backlog
Last Update: 2015-05-18 12:17:39 +00:00 (in Redmine)


Dear support team,

we are facing an issue with the default behavior of icinga-weg regarding the display of services. We have several systems where the basic OS operations are done by Team A while the application is managed by Team B.

Team A and Team B are defined as contact for the host. All basic services (disk space, memory, CPU, ...) are defined with no contact group and therefore inherit Team A and Team B from the host.

Then there are some special services defined where Team B is explicitly added as contact because this services are not interesting for Team A (e.g. Log file checks on the running application, JMX metrics, ...).

On the notification level this is fine. Both teams get notifications for host problems and basic services and only Team B gets notifications for the application related services.

But in icinga-web Team A still sees all application related services. This is kind of annoying as this leads to a lot of warning and critical entries in the web interface of Team A where they cannot do anything as Team B is responsible.

Would it be possible to add an option that only services are displayed in icinga-web where the logged on user is defined as contact?

Thank you very much

With best regards

Andi


Relations:

@icinga-migration
Copy link
Author

Updated by mfrosch on 2013-02-08 13:43:33 +00:00

  • Status changed from New to Feedback

There is a setting on user and group to:

"Only show items that contain a contact with this name in their contactgroup definitions"

That might be sufficient?

But the contact_name has to be identical to username in Icinga Web.

-Markus

@icinga-migration
Copy link
Author

Updated by augustinus on 2013-02-08 13:58:46 +00:00

Hi Markus,

Sorry, I forgot to mention this. The setting you are proposing is already activated and it works fine for whole hosts or single services.

The Icinga contact names and the icinga-web usernames are identically.

I only have the issues for services, where I'm a contact of the host but not a contact of the service.

With best regards

@icinga-migration
Copy link
Author

Updated by ossmon on 2013-02-19 10:42:52 +00:00

Hi Augustinus,

we have the same requirements for our environment and our teams.
We solved it with the use of custom variables.
It works perfect till version icinga-web 1.7.2.
Unfortunately, it is buggy in the 1.8.X version (see #3578)

@icinga-migration
Copy link
Author

Updated by mfrosch on 2013-02-19 20:49:29 +00:00

  • Assigned to set to mfrosch

The thing I wonder is: Are you "removing" Team A from that services as a contact?

We are working on a updated permission system for 1.9, which might fix your problem, the current one is a bit mixed up :/

Please see #3715 and feel free to comment.

@icinga-migration
Copy link
Author

Updated by augustinus on 2013-02-20 08:42:40 +00:00

Hi lazyfrosch,

Sorry, the explaination was not very technical.

Basically we have the host were both teams are assigned as contact (otherwise host down alerts would not be sent to both teams)
Then we have services which are of interest to both teams which have no contacts assigned and therefore inherit the contacts via the host.
Additionally we have services which are only of interest to the Team B. Therefore this services have Team B as contacts assigned on the service object.

With best regards

Andi

@icinga-migration
Copy link
Author

Updated by mfriedrich on 2015-04-26 08:52:25 +00:00

  • Assigned to changed from mfrosch to augustinus

Please provide your test feedback on this.

@icinga-migration
Copy link
Author

Updated by berk on 2015-05-18 12:17:39 +00:00

  • Target Version set to Backlog

@icinga-migration icinga-migration added this to the Backlog milestone Jan 17, 2017
@dnsmichi dnsmichi removed this from the Backlog milestone Dec 19, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants