When will NSClient ++ 0.4.x be provided ...
Re: When will NSClient ++ 0.4.x be provided ...
I think one of the major issues with this is that the config syntax has changed sooo much (and has spotty documentation on NSClient's site). We would still need to provide the old nsclient so that legacy agents continue to work. It may indeed be time to look at changing 0.3.9 to "legacy" and 0.4.x to "stable", but there really is an uncanny valley in the documentation. Once we move to 0.4.x, much of the previous forum knowledge will become problematic.
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: When will NSClient ++ 0.4.x be provided ...
Andy,
Ok, I can understand there are a lot of things to consider. But what are the options?
1) Waiting untill 0.4.4 or 0.4.5 is stable and skip 0.4.3? Waiting for a stable 0.4.4 or 0.4.5 would of course have as advantage that the 'new syntax' would be used immediately which would imply less work for a second migration (first one from 0.3.9 to 0.4.1.105 and then another one to 0.4.3+)
2) Migrating to 0.4.1.105? Sure, but you better start working on it then... Waiting too long to start the migration to 0.4.1.105 kind of only makes it harder, as it would be like migrating a WIndows 2000 to a Windows 2003, which will also no longer be supported July 2015 (http://www.microsoft.com/en-us/server-c ... rver-2003/)
If Nagios would manage to make a decision and migrate the wizard etc (or make a new wizard) it would probably already be outdated again by the time it is released... Also, the exisiting 0.4.3 documentation won't get better since Michael Medin is concentrating on bug fixing and releasing 0.4.4.
3) Or just stop supporting NSClient and push NCPA? To be honest I can never support this decision for as long as there is no realtime eventlog monitoring in NCPA (with of course an option to exclude specific incoming events based on any combination of event id, event source and host with a quick action) Some nagios support team members suggested using NLS, but although NLS is a good product, it cannot replace the realtime eventlog capability of NSClient 0.4.1.105+, as it is meant for different purposes imho. (Even the check_mk agent has some sort of realtime eventlog monitoring I recently heard from my Antwerp colleagues.)
EDIT: 4) Do nothing (bad idea)
Grtz
Willem
Ok, I can understand there are a lot of things to consider. But what are the options?
1) Waiting untill 0.4.4 or 0.4.5 is stable and skip 0.4.3? Waiting for a stable 0.4.4 or 0.4.5 would of course have as advantage that the 'new syntax' would be used immediately which would imply less work for a second migration (first one from 0.3.9 to 0.4.1.105 and then another one to 0.4.3+)
2) Migrating to 0.4.1.105? Sure, but you better start working on it then... Waiting too long to start the migration to 0.4.1.105 kind of only makes it harder, as it would be like migrating a WIndows 2000 to a Windows 2003, which will also no longer be supported July 2015 (http://www.microsoft.com/en-us/server-c ... rver-2003/)
If Nagios would manage to make a decision and migrate the wizard etc (or make a new wizard) it would probably already be outdated again by the time it is released... Also, the exisiting 0.4.3 documentation won't get better since Michael Medin is concentrating on bug fixing and releasing 0.4.4.
3) Or just stop supporting NSClient and push NCPA? To be honest I can never support this decision for as long as there is no realtime eventlog monitoring in NCPA (with of course an option to exclude specific incoming events based on any combination of event id, event source and host with a quick action) Some nagios support team members suggested using NLS, but although NLS is a good product, it cannot replace the realtime eventlog capability of NSClient 0.4.1.105+, as it is meant for different purposes imho. (Even the check_mk agent has some sort of realtime eventlog monitoring I recently heard from my Antwerp colleagues.)
EDIT: 4) Do nothing (bad idea)
Grtz
Willem
Nagios XI 5.8.1
https://outsideit.net
https://outsideit.net
Re: When will NSClient ++ 0.4.x be provided ...
Willem, updating the NSClient++ version in XI is being considered and we are not going to "stop supporting NSClient and push NCPA". Many of our customers are still using NSClient++. Having said that, it is easier to support our own products. I personally prefer to work with NCPA.
It is a multi-platform agent, and it is easy to configure/use. There is some room for improvement but we are getting there.
Be sure to check out our Knowledgebase for helpful articles and solutions!
Re: When will NSClient ++ 0.4.x be provided ...
I can totaly understand that Ludmill. And once you guys work something out to mimic this realtime eventlog thing of NSClient, I promise I will give NCPA a try.Having said that, it is easier to support our own products.
(It would be nice if the eventlog exclusions were stored in a mysql / postgres db on the Nagios server. At the moment I'm using a MSSQL db to store the eventlog exclusions for each host.)
Grtz
Willem
Nagios XI 5.8.1
https://outsideit.net
https://outsideit.net
Re: When will NSClient ++ 0.4.x be provided ...
I did just inquire about realtime eventlog monitoring, and the devs are aware of the feature request, though there is not any timeline on its inclusion in NCPA.WillemDH wrote:And once you guys work something out to mimic this realtime eventlog thing of NSClient, I promise I will give NCPA a try.
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: When will NSClient ++ 0.4.x be provided ...
Great discussion, everyone. It is much appreciated.
Newbie '14
Re: When will NSClient ++ 0.4.x be provided ...
jdalrymple wrote:I can put in a feature request. I guess the things that we're most concerned about re: "stability" is that our builtin defaults in the wizard *just work* and additionally that our documentation:
http://assets.nagios.com/downloads/nagi ... ios-XI.pdf
Still coincides with all the installation steps and such without too much confusion for rookie users of the product.
Can you guys (WillemDH, Box293) verify those to be the case? This is the kind of testing I was referring to us conducting before updating the package in the XI wizard.
Also PhilG - worth mentioning: These are just hyperlinks to external packages. Additionally the link underneath the packages should take you straight to the nsclient++ download page which of course will have the most current (stable and beta) downloads.
FYI: The link http://nsclient.org/nscp/downloads identifies the following message: "This site is deprecated. The new site can be found here: http://nsclient.org.
Additionally, a couple of persons stated that version 0.4.1.105 is stable, BUT, that version is not listed in the "deprecated" site. Will someone, please, upload that client version as an attachment?" Thank you.
UPDATE: Nevermind. It appears that the name was modified to "NSCP", so I think we are good.
Newbie '14
Re: When will NSClient ++ 0.4.x be provided ...
Great. We'll go ahead and close the thread. Thanks.