Nagios Support Forum

Edit: I figured out why this happens. TL;DL - read bottom.


I can reproduce this, but I'm not sure if it's because it's early Monday morning, or if it's a bug.

Nagios XI 5.4.7:
Admin -> Core Config
Services
Select a config name (in my case, it was our internal NLS config)
No search filters in place, and we have three services on this box
Hit the "Copy" button on one of the services
Screen refreshes, but no new <service>_copy_1 service
Hit "Copy" again
Same
Clear the config selection
Search for "<service>" and now we have the original, copy_1, and copy_2, set to disabled

So it seems that copying a service while limiting view to a selected config name is not showing the newly copied, and disabled, service.


Edit: figured out why

Turns out the config_name is getting _copy_1, which no longer matches the config_name shown in the dropdown box. While understandable, this would be VERY confusing for someone who doesn't know as much as I do. In fact, it WAS confusing for me!

i don't have a XI system up currently, but if memory serves me right, i don't even think it's possible to rename the config name. perhaps a FR?

Easily possible. Open up a service, change the config name.

My point is more that the config_name is what gets duplicated (and _copy_X added to it), which, if you've selected a config in the pulldown, means that your newly copied service won't show up. I think it would make more sense to leave the config_name the same, and add the _copy_X to the "description" instead. This way, it will still show up in the config_name that you have selected.

I think it would make more sense to leave the config_name the same, and add the _copy_X to the "description" instead. This way, it will still show up in the config_name that you have selected.

I totally agree with you. I filed a feature request for changing the way copying services in done in the CCM.

Thanks. Since I figured out my own problem (and got a free FR out of it!) feel free to lock this up.