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

Problems with cloned service sets in the director (rf/NC/723918) #2323

Closed
tbauriedel opened this issue May 11, 2021 · 2 comments
Closed

Problems with cloned service sets in the director (rf/NC/723918) #2323

tbauriedel opened this issue May 11, 2021 · 2 comments
Assignees
Milestone

Comments

@tbauriedel
Copy link
Member

Hello,
there is a bug in the service sets.

  • Create a service set
  • Apply to a host
  • Clone the created service set
  • Deactivate the original service set on the host
  • Assign the cloned service set to the same host

If you now go to the service outside the director and select "Modify", you will be sent to the original (disabled) service set instead of the clone (enabled).

To get rid of the error, the name of the services have to be changed. If the names are the same, it refers incorrectly.

Icinga Web 2 Version: 2.8.2
Icinga 2 Director Version: 1.8.0

Regards
Tobias Bauriedel

@bobapple bobapple added the ref/IP label Jun 8, 2021
@bobapple
Copy link
Member

bobapple commented Jun 8, 2021

ref/IP/33447

@Thomas-Gelf Thomas-Gelf self-assigned this Jun 23, 2021
@Thomas-Gelf Thomas-Gelf added this to the 1.9.0 milestone Jun 23, 2021
@Thomas-Gelf
Copy link
Contributor

Thomas-Gelf commented Jun 23, 2021

Have been able to reproduce this, @bobapple assisted me with doing so. Problem: the director/host/findservice URL (as being used by the monitoring module Hook) points to the first of two services with the same name, belonging to different sets. The fact that one of them might have been disabled isn't respected.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants