Hi,

Thanks for your answer, it supplys some useful ideas about nagios. And, there 
are some questions that need to communicate.


1. Is there a specific use case for bundle? No official use case has been found 
so far. Could you please provide it?


2. What are the nagios plugins that pacemaker has supported in the past?  
As far as I know, there are only a few naigos plugins about network,like 
check_tcp, check_udp and so on. Are there any complex monitoring plugins such 
as databases or services? Could you please provide it? If not, will you 
consider adding something similar? If nagios is deprecated, are there any other 
scripts or templates that the community might develop for to monitor virtual 
machines's services or databases?


thanks again.


>Hi,

>Thanks for the feedback, it's very helpful to hear about a real-world use 
case.

>At this point (and for any remaining 2.1 releases), the only effect is a 
warning in the logs when nagios resources are configured. 
Eventually (probably next year), there will be a 2.2.0 or 3.0.0 release, 
and we can consider dropping support then.

>The idea was that since nagios resources were first introduced, better 
solutions (such as Pacemaker Remote and bundles) have emerged for particular 
use cases. Being able to reduce how much code needs to be maintained can be a 
big help to developers, so if the remaining use cases aren't widely needed, it 
can be worthwhile to drop support.


>The main use case where nagios resources can still be helpful is 
(as you mentioned) when a VM or container image can't be modified.

>The alternative would be to write a custom OCF agent for the 
image. Basically you could take the usual OCF agent (VirtualDomain, 
docker,podman, etc.) and change the monitor action to do whatever you want. 
If you have an existing nagios check, you could even just call that from 
the monitor action, so it would be just a few lines of coding.

>If custom agents are not convenient enough, we could consider 
"un-deprecating" nagios resources if there is demand to keep them.
_______________________________________________
Manage your subscription:
https://lists.clusterlabs.org/mailman/listinfo/users

ClusterLabs home: https://www.clusterlabs.org/

Reply via email to