XI 2014R1.4
Firefox 31.0
Screen Service Dependencies
1) Add New
2) Clicks on Manage Services
The service list is missing hostname in front of the services which is assigned to hostgroup.
How am I to know which host is the service from since there are duplicates?
Services List Bug
Services List Bug
You do not have the required permissions to view the files attached to this post.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
Re: Services List Bug
This is a default behavior as you are implementing "time-saving tricks for object definitions". The service is tied up to many hosts (members of the hostgroup), so all instances of the service will be identical. I you created separate configs (added the service to different hosts), you would see the "expected" output in the CCM.
Be sure to check out our Knowledgebase for helpful articles and solutions!
Re: Services List Bug
So how do I know which one am I selecting?lmiltchev wrote:This is a default behavior as you are implementing "time-saving tricks for object definitions". The service is tied up to many hosts (members of the hostgroup), so all instances of the service will be identical. I you created separate configs (added the service to different hosts), you would see the "expected" output in the CCM.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
Re: Services List Bug
This is a good point, I am going to open a feature request to see if we can show the hostgroup before these service objects. I don't know if that is a relation that can easily be queried for though. There are some other issues with doing that though - what do you think we should do in the case of multiple hostgroups having the same service applied?rajasegar wrote:So how do I know which one am I selecting?
Our usual suggestion for this issue is to name your "generic" services differently, so that you don't have multiple hostgroup inherited services with the same names.
Former Nagios employee
"It is turtles. All. The. Way. Down. . . .and maybe an elephant or two."
VI VI VI - The editor of the Beast!
Come to the Dark Side.
"It is turtles. All. The. Way. Down. . . .and maybe an elephant or two."
VI VI VI - The editor of the Beast!
Come to the Dark Side.
Re: Services List Bug
Thanks.abrist wrote:This is a good point, I am going to open a feature request to see if we can show the hostgroup before these service objects. I don't know if that is a relation that can easily be queried for though. There are some other issues with doing that though - what do you think we should do in the case of multiple hostgroups having the same service applied?rajasegar wrote:So how do I know which one am I selecting?
Our usual suggestion for this issue is to name your "generic" services differently, so that you don't have multiple hostgroup inherited services with the same names.
We name the services the same because it is the same checks. Some have different intervals, notifications & thresholds.
I dont want to name them differently to facilitate future reporting.
5 x Nagios 5.6.9 Enterprise Edition
RHEL 6 & 7
rrdcached & ramdisk optimisation
RHEL 6 & 7
rrdcached & ramdisk optimisation
Re: Services List Bug
Well, I don't think this feature request will be filled in the short term, so you may want to rename some of them to reflect which hostgroup they are attached to.
Former Nagios employee
"It is turtles. All. The. Way. Down. . . .and maybe an elephant or two."
VI VI VI - The editor of the Beast!
Come to the Dark Side.
"It is turtles. All. The. Way. Down. . . .and maybe an elephant or two."
VI VI VI - The editor of the Beast!
Come to the Dark Side.