Re: [Nagios-users] Any upcoming release?
-Original Message- From: Andreas Ericsson [mailto:a...@op5.se] Sent: Thursday, April 05, 2012 4:34 AM To: Nagios Users List Subject: Re: [Nagios-users] Any upcoming release? On 04/05/2012 07:31 AM, Yu Watanabe wrote: Hi all! I would like to know if there are any plans for the nagios v 3.4.x. It has been a while since the last release so I was very curious about it. There is. Nagios 3.4 will be a single-threaded and event-driven application that sports an I/O-broker and vastly improved check performance. In essence, we've removed 2 fork() calls, 4 disk searches, 2 filewrites and 2 filereads from each check being performed. There's also a fixed usage of the current scheduling queue implementation which turns scheduling new checks from its current O(n) behaviour to O(1). This will provide a huge benefit for large installations, and combined with the worker process code we're currently seeing a 12-fold increase in the amount of checks Nagios can execute, but it's still too early to tell what other things are affected. The external command pipe might be a bottleneck if one uses large amounts of passive checks, for example. It's currently in late alpha, so beta releases should be available in a month or so. -- Andreas Ericsson andreas.erics...@op5.se Andreas, I'm a little confused about this. I've been eagerly awaiting these gee-wiz-bang space-age changes, but when I looked over the change list for 3.4.0 that Ethan sent they seem like mostly minor changes. Or perhaps they just don't describe things in enough detail to match up the rather significant architectural changes listed above. Is this the super-summarized bullet item that refers to the change above? ENHANCEMENTS * Use execv() to execute active check commands (#86 - Ton Voon, dnsmichi) Thanks Mark -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Any upcoming release?
On 05/09/2012 07:45 PM, Frost, Mark {BIS} wrote:
-Original Message-
From: Andreas Ericsson [mailto:a...@op5.se]
Sent: Thursday, April 05, 2012 4:34 AM
To: Nagios Users List
Subject: Re: [Nagios-users] Any upcoming release?
On 04/05/2012 07:31 AM, Yu Watanabe wrote:
Hi all!
I would like to know if there are any plans for the nagios v 3.4.x.
It has been a while since the last release so I was very curious about it.
There is. Nagios 3.4 will be a single-threaded and event-driven application
that sports an I/O-broker and vastly improved check performance. In essence,
we've removed 2 fork() calls, 4 disk searches, 2 filewrites and 2 filereads
from each check being performed. There's also a fixed usage of the current
scheduling queue implementation which turns scheduling new checks from its
current O(n) behaviour to O(1). This will provide a huge benefit for large
installations, and combined with the worker process code we're currently
seeing a 12-fold increase in the amount of checks Nagios can execute, but
it's still too early to tell what other things are affected. The external
command pipe might be a bottleneck if one uses large amounts of passive
checks, for example.
It's currently in late alpha, so beta releases should be available in a
month or so.
--
Andreas Ericsson andreas.erics...@op5.se
Andreas,
I'm a little confused about this. I've been eagerly awaiting these
gee-wiz-bang space-age changes, but when I looked over the change list
for 3.4.0 that Ethan sent they seem like mostly minor changes. Or
perhaps they just don't describe things in enough detail to match up the
rather significant architectural changes listed above.
Is this the super-summarized bullet item that refers to the change above?
ENHANCEMENTS
* Use execv() to execute active check commands (#86 - Ton Voon,
dnsmichi)
Nopes, it's not, and that patch is actually broken. My code still leaks (about
1MB per 24 hours with 1000 checks / second), so I've held it back a bit. I
didn't know they were going to hit the release button so fast, and without a
beta period.
--
Andreas Ericsson andreas.erics...@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225 Fax: +46 8-230231
Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Any upcoming release?
-Original Message-
From: Andreas Ericsson [mailto:a...@op5.se]
Sent: Wednesday, May 09, 2012 3:53 PM
To: Nagios Users List
Cc: Frost, Mark {BIS}
Subject: Re: [Nagios-users] Any upcoming release?
On 05/09/2012 07:45 PM, Frost, Mark {BIS} wrote:
Andreas,
I'm a little confused about this. I've been eagerly awaiting these
gee-wiz-bang space-age changes, but when I looked over the change list
for 3.4.0 that Ethan sent they seem like mostly minor changes. Or
perhaps they just don't describe things in enough detail to match up the
rather significant architectural changes listed above.
Is this the super-summarized bullet item that refers to the change above?
ENHANCEMENTS
* Use execv() to execute active check commands (#86 - Ton Voon,
dnsmichi)
Nopes, it's not, and that patch is actually broken. My code still leaks (about
1MB per 24 hours with 1000 checks / second), so I've held it back a bit. I
didn't know they were going to hit the release button so fast, and without a
beta period.
--
Andreas Ericsson andreas.erics...@op5.se
Aha! Thanks. Yeah, I was little struck by how this seemed more like a 3.3.2
release than a release that indicated something significant going on under
the covers.
I guess there's now the problem of when the i/o broker is ready, is that
a 3.4.1 release? Seems kind of major for that.
Mark
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Any upcoming release?
Bleh. It's too late and to sit up and rebase 160-odd patches on top of
20 to fix a single broken one.
For those using the 3.4.0 release, I've cherry-picked all patches that
went in the 3.4.0-release apart from the broken execvp patch and added
them on top of the worker-process code.
If anyone's interested in trying them out, you can get them from
git://github.com/ageric/nagios.git or possibly get a snapshot somewhere
at https://github.com/ageric/nagios
Consider it 3.5.0-alpha or something. It still needs a lot of testing,
but it's been ticking along quite nicely in our lab the past 4 months,
running checks and generally just working with livestatus and Merlin
enabled.
Granted, that part of our lab doesn't use passive check results, but
most of the rest is tested and known to work pretty well, apart from
the small memory leak mentioned below (but who knows? Someone might
even fix that now that it's in the open).
Happy testing.
I'll get a proper fix in for the double-quote issue on friday, as I've
got presentations to run all day tomorrow.
On 05/09/2012 09:53 PM, Andreas Ericsson wrote:
On 05/09/2012 07:45 PM, Frost, Mark {BIS} wrote:
-Original Message-
From: Andreas Ericsson [mailto:a...@op5.se]
Sent: Thursday, April 05, 2012 4:34 AM
To: Nagios Users List
Subject: Re: [Nagios-users] Any upcoming release?
On 04/05/2012 07:31 AM, Yu Watanabe wrote:
Hi all!
I would like to know if there are any plans for the nagios v 3.4.x.
It has been a while since the last release so I was very curious about it.
There is. Nagios 3.4 will be a single-threaded and event-driven application
that sports an I/O-broker and vastly improved check performance. In essence,
we've removed 2 fork() calls, 4 disk searches, 2 filewrites and 2 filereads
from each check being performed. There's also a fixed usage of the current
scheduling queue implementation which turns scheduling new checks from its
current O(n) behaviour to O(1). This will provide a huge benefit for large
installations, and combined with the worker process code we're currently
seeing a 12-fold increase in the amount of checks Nagios can execute, but
it's still too early to tell what other things are affected. The external
command pipe might be a bottleneck if one uses large amounts of passive
checks, for example.
It's currently in late alpha, so beta releases should be available in a
month or so.
--
Andreas Ericsson andreas.erics...@op5.se
Andreas,
I'm a little confused about this. I've been eagerly awaiting these
gee-wiz-bang space-age changes, but when I looked over the change list
for 3.4.0 that Ethan sent they seem like mostly minor changes. Or
perhaps they just don't describe things in enough detail to match up the
rather significant architectural changes listed above.
Is this the super-summarized bullet item that refers to the change above?
ENHANCEMENTS
* Use execv() to execute active check commands (#86 - Ton Voon,
dnsmichi)
Nopes, it's not, and that patch is actually broken. My code still leaks (about
1MB per 24 hours with 1000 checks / second), so I've held it back a bit. I
didn't know they were going to hit the release button so fast, and without a
beta period.
--
Andreas Ericsson andreas.erics...@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225 Fax: +46 8-230231
Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Any upcoming release?
On 05/09/2012 10:37 PM, Frost, Mark {BIS} wrote:
I'm a little confused about this. I've been eagerly awaiting these
gee-wiz-bang space-age changes, but when I looked over the change list
for 3.4.0 that Ethan sent they seem like mostly minor changes. Or
perhaps they just don't describe things in enough detail to match up the
rather significant architectural changes listed above.
Is this the super-summarized bullet item that refers to the change above?
ENHANCEMENTS
* Use execv() to execute active check commands (#86 - Ton Voon,
dnsmichi)
Nopes, it's not, and that patch is actually broken. My code still leaks
(about
1MB per 24 hours with 1000 checks / second), so I've held it back a bit. I
didn't know they were going to hit the release button so fast, and without a
beta period.
Aha! Thanks. Yeah, I was little struck by how this seemed more like a 3.3.2
release than a release that indicated something significant going on under
the covers.
I guess there's now the problem of when the i/o broker is ready, is that
a 3.4.1 release? Seems kind of major for that.
Apparently it'll go into Nagios 4, and that one will most likely have a
proper beta period, since it's likely we take that opportunity to revamp
the object api. It'll be a ways off though, but hopefully before the big
Nagios conference in St Paul in september.
--
Andreas Ericsson andreas.erics...@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225 Fax: +46 8-230231
Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Any upcoming release?
Andreas Thank you for the reply. Sounds very exciting. I'd like to look forward for the release. Thanks, Yu Andreas Ericsson さんは書きました: On 04/05/2012 07:31 AM, Yu Watanabe wrote: Hi all! I would like to know if there are any plans for the nagios v 3.4.x. It has been a while since the last release so I was very curious about it. It would helpful if the nagios team can share the information. There is. Nagios 3.4 will be a single-threaded and event-driven application that sports an I/O-broker and vastly improved check performance. In essence, we've removed 2 fork() calls, 4 disk searches, 2 filewrites and 2 filereads from each check being performed. There's also a fixed usage of the current scheduling queue implementation which turns scheduling new checks from its current O(n) behaviour to O(1). This will provide a huge benefit for large installations, and combined with the worker process code we're currently seeing a 12-fold increase in the amount of checks Nagios can execute, but it's still too early to tell what other things are affected. The external command pipe might be a bottleneck if one uses large amounts of passive checks, for example. It's currently in late alpha, so beta releases should be available in a month or so. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Any upcoming release?
On 04/05/2012 07:31 AM, Yu Watanabe wrote: Hi all! I would like to know if there are any plans for the nagios v 3.4.x. It has been a while since the last release so I was very curious about it. It would helpful if the nagios team can share the information. There is. Nagios 3.4 will be a single-threaded and event-driven application that sports an I/O-broker and vastly improved check performance. In essence, we've removed 2 fork() calls, 4 disk searches, 2 filewrites and 2 filereads from each check being performed. There's also a fixed usage of the current scheduling queue implementation which turns scheduling new checks from its current O(n) behaviour to O(1). This will provide a huge benefit for large installations, and combined with the worker process code we're currently seeing a 12-fold increase in the amount of checks Nagios can execute, but it's still too early to tell what other things are affected. The external command pipe might be a bottleneck if one uses large amounts of passive checks, for example. It's currently in late alpha, so beta releases should be available in a month or so. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
