Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dev.icinga.com #11309] Allow to bulk execute monitoring actions based on the current filter without need to list or select objects #2344

Open
icinga-migration opened this issue Mar 4, 2016 · 18 comments
Labels
area/monitoring Affects the monitoring module enhancement New feature or improvement ref/NC

Comments

@icinga-migration
Copy link

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

Created by koudis on 2016-03-04 14:43:16 +00:00

Assignee: elippmann
Status: Feedback
Target Version: Backlog
Last Update: 2016-12-15 17:17:08 +00:00 (in Redmine)


Hi,
I would like to be able to to set schedule downtime or acknowledge based on filter without need to list or select objects.

Scenario:
In Service Problems I will add some filter setting and create specific filter with 5k+ services in it. I want to do action on all of them without the need to view and select all services.

Changesets

2016-12-15 17:14:01 +00:00 by (unknown) a88822c

Add links in hosts and services lists to show all listed objects

This allows executing bulk actions without having selected all of them manually.

refs #11309

Relations:

@icinga-migration
Copy link
Author

Updated by tgelf on 2016-03-04 14:45:26 +00:00

**

@icinga-migration
Copy link
Author

Updated by tgelf on 2016-03-04 14:47:10 +00:00

This is basically the "do an action based on current filter" feature, I'm not sure whether we already have a related issue. So if this is a duplicate, blame it on me ;)

Cheers,
Thomas

@icinga-migration
Copy link
Author

Updated by bazz on 2016-03-04 15:33:15 +00:00

**
also +1

@icinga-migration
Copy link
Author

Updated by elippmann on 2016-03-16 10:56:52 +00:00

  • Subject changed from Allow to set to set schedule downtime or acknowledge based on filter without need to list or select objects to Allow to execute monitoring actions based on the current filter without need to list or select objects
  • Category changed from UI to Monitoring
  • Priority changed from Normal to High
  • Target Version set to Backlog

Yep, good idea :)

@icinga-migration
Copy link
Author

Updated by elippmann on 2016-04-10 22:18:57 +00:00

  • Subject changed from Allow to execute monitoring actions based on the current filter without need to list or select objects to Allow to bulk execute monitoring actions based on the current filter without need to list or select objects

@icinga-migration
Copy link
Author

Updated by elippmann on 2016-04-10 22:19:16 +00:00

  • Duplicated set to 11538

@icinga-migration
Copy link
Author

Updated by ziaunys on 2016-06-14 23:52:27 +00:00

+1

@icinga-migration
Copy link
Author

Updated by aklimov on 2016-12-15 17:17:08 +00:00

  • Status changed from New to Feedback
  • Assigned to set to elippmann

@icinga-migration
Copy link
Author

Updated by aklimov on 2016-12-20 15:20:59 +00:00

  • Blocks set to 8584

@icinga-migration icinga-migration added feedback queue/important Blocks a release or needs immediate attention enhancement New feature or improvement area/monitoring Affects the monitoring module labels Jan 17, 2017
@icinga-migration icinga-migration added this to the Backlog milestone Jan 17, 2017
@dnsmichi dnsmichi added needs-feedback We'll only proceed once we hear from you again and removed feedback labels Nov 9, 2017
@lippserd lippserd removed this from the Backlog milestone Apr 11, 2018
@helmo
Copy link

helmo commented Jul 31, 2018

This would be really useful ... In Nagios I frequently used the
'Schedule a check of all services on this host' and 'schedule downtime for all services on this host' links.

That;s something I've not been able to find in Icingaweb2

@trefzer
Copy link

trefzer commented Feb 27, 2019

I use this functionality very often. As a workaround I created a dummy host (always up) per hostgroup and depend all hosts in the group on it. If you schedule a downtime of the dummy host, you can inherit to all depend hosts !

@nilmerg nilmerg removed queue/important Blocks a release or needs immediate attention needs-feedback We'll only proceed once we hear from you again labels May 2, 2019
@Punkoivan
Copy link
Contributor

We're also interested in such feature.
@trefzer thank you for your dirty hack, I think we should give it a try! :)

also we will provide some python script to downtime services in hostgroup, once done I'll ask my manager to share with community.

@mkornuser
Copy link

Me2 ;-)
In Classic Interface we could apply Operations to Host- and Service-Groups. Host- and Service-Groups can be regarded as permanent Filters, so their Content is kinda static.
E.g. one repetitative common Task is to schedule Downtime to all Services in a Service-Group.
Setting up a Filter and saving this Filter for later use is more expensive than using a Service-Group, as usually it already exists.

@mwaldmueller
Copy link

ref/NC/629029

@nilmerg nilmerg added the ref/NC label Sep 19, 2019
@Tqnsls
Copy link

Tqnsls commented Oct 8, 2020

Hi, we have several hostgroups matching different corporation-sites or functionalities and patching-operations.
icinga Infrastructure: about 5k hosts and 55k services
We are really interested in having such features like setting a given filter in downtime or a given hostgroup.

I remember that icinga1 had these commands "SCHEDULE_HOSTGROUP_SVC_DOWNTIME" "SCHEDULE_HOSTGROUP_HOST_DOWNTIME" that one could use to set the hosts or services of a hostgroup in downtime.
I just checked that these commands also work in the icinga2 commandfile.
would it not be possible to implement it in the web gui?

@nilmerg
Copy link
Member

nilmerg commented Oct 8, 2020

It's part of Icinga DB Web. Chances that this will be introduced in the monitoring module are pretty low.

@Tqnsls
Copy link

Tqnsls commented Oct 9, 2020

Yes sure, but I thought that if the commands are implemented in the commandfile it's possible that you can implement something like a checkbox or another option for hostgroup-downtimes.

@nilmerg
Copy link
Member

nilmerg commented Oct 9, 2020

In case I wasn't clear enough, Icinga DB Web supports sending commands (over the Icinga 2 API) based on a filter. Basically any filtered list allows to run commands on its results.

The monitoring module of Icinga Web 2 does not support that nor are there any plans to implement this feature since Icinga DB Web has it.

The command options you speak of are indeed supported by Icinga 2, but the entire external command listener is deprecated. We are not going to add features to our current implementation for that anymore.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/monitoring Affects the monitoring module enhancement New feature or improvement ref/NC
Projects
None yet
Development

Successfully merging a pull request may close this issue.

10 participants