Re: [Nagios-users] Using nagios check_http forwebbasedauthentication
Hi all,
If all I have to do is to check for the liveliness of a website, why can't I go
with HTTPUnit instead of Nagios (or) any of its plugins.
Thanks
Venu
-Original Message-
From: Marouane HIMDI [mailto:marouane.hi...@kereval.com]
Sent: Friday, January 23, 2009 8:17 PM
To: nagios-users@lists.sourceforge.net
Subject: Re: [Nagios-users] Using nagios check_http forwebbasedauthentication
I'll recommand the same tool webinject as Narendran. I have played with it.
Good to generate http/https request and calculate response time and verify
some words in reponse request.
Best regards
Dr Marouane HIMDI
Ingénieur R&D/R&D Engineer
KEREVAL
4, rue Hélène Boucher
Z.A. Bellevue
35235 Thorigné Fouillard
Tel : +33 (0)2 23 20 36 64
http://www.kereval.com
P Pensez à l'environnement : n'imprimez ce message et ses pièces jointes que
si nécessaire !
-Message d'origine-
De : narendran.neelame...@wipro.com [mailto:narendran.neelame...@wipro.com]
Envoyé : vendredi 23 janvier 2009 15:26
À : nagios-users@lists.sourceforge.net
Objet : Re: [Nagios-users] Using nagios check_http forwebbasedauthentication
You may also try http://www.webinject.org/plugin.html
Regards,
Naren
-Original Message-
From: Marc Powell [mailto:m...@ena.com]
Sent: Thursday, January 22, 2009 8:46 PM
To: nagios-users@lists.sourceforge.net
Subject: Re: [Nagios-users] Using nagios check_http for
webbasedauthentication
On Jan 22, 2009, at 7:55 AM, Venugopal S wrote:
>
> Hi Marc,
>
> Thanks for the reply. I am even now vague about how to proceed.
>
> Let me tell you the need :
>
> I have to open http://ww12.1800flowers.com/signin.do and enter my
> email(svenugop...@gmail.com) and password("podhum") in order to login.
Looking at the source of the page, the sign-in form has the following
pertinent fields --
The field names that would be passed as the POST are 'email' and
'password'. Now, I don't know what command{} definitions you have for
check_http or how they're configured so I'll show you how to create a
new one very specific to this test --
define command {
command_namecheck_flowers_login
command_line$USER1$/check_http -I $HOSTADDRESS$ -H
ww12.1800flowers.com -u /signin.do -P
"email=svenugop...@gmail.com&password=podhum"
}
Set that as the check_command for a service associated with the host
and nagios will verify that the web server does not return an HTTP
error after login. Note that if your server returns a standard 200
response indicating OK even if there is a login error (most likely),
you'll want to identify a word or string of text that should appear in
the page after successful login, but not for a failure, and look for
that with the -s parameter --
define command {
command_namecheck_flowers_login
command_line$USER1$/check_http -I $HOSTADDRESS$ -H
ww12.1800flowers.com -u /signin.do -P
"email=svenugop...@gmail.com&password=podhum" -s "you are logged in"
}
> Though this looks like a lot of hand holding, I have no other go.
My charge is 1 local specialty beer for all Hand Holding Help.
--
Marc
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
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
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
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
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
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
This email message and its attachments may contain CONFIDENTIAL AND PRIVILEGED
INFORMATION intended for the sole use of the addressee(s). If you have received
i
Re: [Nagios-users] Using nagios check_httpfor webbasedauthentication
Hi Peter, To the extent followed with some googling, there is no help on this. Dropping it off for now. Thanks Venu -Original Message- From: peter.ri...@web.de [mailto:peter.ri...@web.de] Sent: Sunday, January 25, 2009 4:02 AM To: Venugopal S Cc: nagios-users@lists.sourceforge.net Subject: Re: [Nagios-users] Using nagios check_httpfor webbasedauthentication Hi Venu, do you know 'check_website'. I use it for monitoring a handful websites. It's able to follow applications even with dynamically generated URLs. As far as I remember (I dont need it) it follows redirects. It' worth a look. Regards, Peter Venugopal S schrieb: > Hi Marc, > > Will try this out on Tuesday. Thanks for your immense help. > > Happy weekend for all of you there. > > > -Original Message- > From: Marc Powell [mailto:m...@ena.com] > Sent: Friday, January 23, 2009 7:17 PM > To: nagios-users@lists.sourceforge.net > Subject: Re: [Nagios-users] Using nagios check_httpfor > webbasedauthentication > > > On Jan 22, 2009, at 11:59 PM, Venugopal S wrote: > >> Hi Joerge, >> >> As you said "welcome venu" is not in the response in spite of giving >> valid credentials. That is why I am wondering ! >> Even I gave the -v switch and found in the HTML response that "welcome >> venu" is not found. And the response HTML is the same as signin.do. It >> must have thrown me the login success page isn't it ? > >> ./check_http -I 199.107.237.196 -H ww12.1800flowers.com -u / >> signin.do -p 80 -P "email=svenugop...@gmail.com&password=podhum" -s >> "welcome venu" > > > > Hi Venu, > > I created an account to test and see that I gave you some incorrect > information. Looking at the form HTML, the URL that the form > information is actually posted to is /signinaction.do, not /signin.do > so that will need to change that in the command definition. > > Now with the correct URL and successful login, I see that the success > 'page' returned is just a 302 redirect that bounces you to > > Location: https://ww12.1800flowers.com/customerwelcome.do?cmReg=L > > Unfortunately we come to a stopping point here. check_http will need > to follow that redirect if it's going to see the text you're expecting > to see on the final page and it can do that with --onredirect=follow. > The problem is that the coding of the final landing page appears to > absolutely require the presence of a login cookie to know that you're > logged in. check_http does not pass cookies as part of a redirect (but > can be programmed to pass static cookies using the -k switch). The > cookies that are being passed to us appear to be temporary session > cookies anyway so I'm not sure how useful it would be to create > another check for the customerwelcome.do page. > > What I ended up with is -- > > ./check_http -I 199.107.237.196 -H ww12.1800flowers.com -u / > signinaction.do -p 80 -P "email=myaddress&password=mypass" -e 302 -r > html --invert-regex > > This will ensure that we see the 302 redirect returned by a successful > login and that we do not see the word 'html' in a web page instead of > the 302 redirect (meaning the login failed). Essentially, you'll know > that the login worked, but not that the customerwelcome.do page was > actually displayed. That may be enough for your needs. > > -- > Marc > > > > > > > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > 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 > > This email message and its attachments may contain CONFIDENTIAL AND PRIVILEGED INFORMATION intended for the sole use of the addressee(s). If you have received it in error, please contact the sender by return email, notify your system manager and destroy the original message and any copies thereof. Any review, use, disclosure or distribution is unlawful. Please check this email and any attachments for the presence of viruses. The Company accepts no liability for any damage caused by any virus transmitted by this email. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. > The Company reserves the right to monitor, review and store the content of all messages sent to or from this e-mail address. > > www.aztecsoft.com > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > Nagios-users mailing list > Nagios-users@lists.
[Nagios-users] FW: NRPE installation fails since check_nrpe pluginis not found in the libexec directory
From: Rahul Nabar [mailto:rpna...@gmail.com] Sent: Monday, January 26, 2009 8:47 PM To: James Pratt Subject: Re: [Nagios-users] NRPE installation fails since check_nrpe pluginis not found in the libexec directory Solved it! Thanks for all your help guys. Well, the 64 bit issue was a red herring. I am still not a 100% sure what my issue was but here's what I think: It was all a problem with NFS mounted drives. I have a base system and several of my remote hosts find their executibles by NFS mounts on the relevant dirs. I was trying to install from one such machine and that's when I had these problems. I went back and tried on the home-machine where these NFS mounts reside and it all worked. No idea why! The only suspicion I have is some soft-links business. These don't span the NFS mounts I remember. -- Rahul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] NRPE installation fails since check_nrpe pluginis not found in the libexec directory
On Mon, Jan 26, 2009 at 3:34 PM, James Pratt wrote: > > Yes all appears to be in order... I'm not sure what to tell you there > The only other thing I can think of is that FC8 is just too old (?)... I > don't think there are even updates for it anymore... > > You may want to just install FC10 or 11 (Or whatever the most recent is!) - > I remember I once setup Nagios on FC10 or 11 and it was a breeze using RPM's > for everything, and the Nagios site has good instructions... (I now use > CentOS 5.2 - fedora's release cycle is much too fast, and CentOS is as > stable as RHEL for me... > Solved it! Thanks for all your help guys. Well, the 64 bit issue was a red herring. I am still not a 100% sure what my issue was but here's what I think: It was all a problem with NFS mounted drives. I have a base system and several of my remote hosts find their executibles by NFS mounts on the relevant dirs. I was trying to install from one such machine and that's when I had these problems. I went back and tried on the home-machine where these NFS mounts reside and it all worked. No idea why! The only suspicion I have is some soft-links business. These don't span the NFS mounts I remember. -- Rahul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] selectively disable notifications for services inheriting a specific template?
Please always respond on list so that others may learn from your
experience. More below...
On Jan 26, 2009, at 7:20 PM, Owen LaGarde wrote:
>> How do you think it would alter the check behavior? Are you sure
>> about
>> that?
>
> ... by causing a given service check to not fire because it's
> dependencies
> are not met. At least that's what it did when I tried it, and my
> read of
> the docs is that this behavior is precisely what servicedependencies
> and
> hostdependencies are for -- to alter the firing of checks based on
> other
> checks' output, not to alter behavior of [non-sub-]processes
> launched as a
> result of check failure, based on other checks' output.
http://nagios.sourceforge.net/docs/3_0/dependencies.html - See the
examples and "Execution Dependencies"
You have two configurables. notification_failure_criteria and
execution_failure_criteria. The first controls when notifications
should go out and the last when the service checks for the dependent
service should still be executed. This last can be set to 'n' to
continue to run dependent service checks regardless of the status of
the service being depended upon.
>> As far as doubling your config, it certainly doesn't have to if
>> you're
>> smart about it. I think a servicegroup in the template + 1 dependency
>> might be all you need. I can't say for sure since I don't use
>> dependencies but the it looks workable from the documentation...
>
> Doesn't the documentation indicate that a servicedependency
> definition must have
> the host and service fields populated (though the -dependent forms
> can be left
> blank ala' wildcard inheritance)? Of course I tried this route, I'm
> not a
> *complete* idiot. Ok, at least not often. 8-P` When I left
> either host or
> service blank nagios complained about an incomplete
> servicedependency clause.
You may have tried this. My understanding is that you have a single
service check (call it tgt-service) running on a single host (call it
tgt-host). A bunch of services on many hosts depend on this being OK.
You want the notifications to be suppressed if it's not OK but the
checks to still continue regardless of it's status.
I would approach it as follows. For each service that has this
dependency, add it to a servicegroup --
define service {
host_name remote-host
service_description remote-service
check_command check_remote ...
servicegroups d_service
...
}
You may have a template that you already use for those services and
can make the change in only one place. Then, define a service
dependency that applies to the entire servicegroup --
define servicedependency{
host_name tgt-host
service_description tgt-service
dependent_servicegroup_name d_service
execution_failure_criteria n
notification_failure_criteria w,u,c,p
}
Again, I don't use service dependencies but this looks like the way to
do it.
--
Marc
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
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] NDOutils and Nagios startup speed
Hi,
Marc Powell wrote:
> On Jan 26, 2009, at 4:46 PM, Mathieu Gagné wrote:
>
>> Unfortunately, we can't afford this kind of downtime while
>> Nagios/NDOutils is busy exporting to MySQL. Also, host/service status
>> are not available while the reload is occuring.
>
> While I can't really speak to the more general problem (I experience
> it too), I did find the 'Retain status file over a reload' patch at
> http://altinity.blogs.com/dotorg/2007/09/nagios-patch-da.html
> to be extremely helpful for this particular symptom. Reloads are
> completely transparent to GUI users now.
I never had this issue when sending the external command
"RESTART_PROGRAM" to Nagios. Host/service status are still available to me.
My understanding is that "RESTART_PROGRAM" is the equivalent of issuing
a "reload" or sending a HUP signal. Unfortunately, during that time,
checks are still not performed as Nagios is busy broking events to
NDOutils and to MySQL in a synchronous way.
I found this patch on the same page:
Do not resend retained status to NDO
http://svn.opsview.org/opsview/tags/nagios-patch-day/opsview-base/patches/nagios_stop_logging_retained_states_to_ndo.patch
The following questions come to my mind:
- What could be the consequences of using such patch?
- When will old entries from the table "nagios_hoststatus" be deleted?
(same for "nagios_servicestatus")
- What does aggregated_dump mean? (the patch changes it from FALSE to TRUE)
-> int update_host_status(host *hst,int aggregated_dump){
-> int update_service_status(service *svc,int aggregated_dump){
- The comment tells: "a check cycle needs to complete before NDO has all
the status information". What does it mean? To which "check cycle" does
it refer to?
- Does it have any link to "aggregate_status_updates" and
"status_update_interval"? Does it mean status will be dump later and not
at startup? "status_update_interval" seconds after startup?
>> Is there a way to speed things up? Any help would be appreciated.
>> Thanks.
>
> I'm interested in tips as well.
I had to create several SQL indexes. At startup, the broker deletes old
entries and limits the deletion by "start_time" and/or "scheduled_time".
Unfortunately, there is no indexes on tables with such columns, putting
MySQL on its knees as soon as Nagios restarts.
Disclaimer: I'm not a DBA and can't guaranty the efficiency of each of
them. I might have also missed some.
ALTER TABLE `nagios_servicechecks` ADD INDEX `start_time` (
`instance_id` , `start_time` ) ;
ALTER TABLE `nagios_timedevents` ADD INDEX `scheduled_time` (
`instance_id` , `scheduled_time` );
ALTER TABLE `nagios_systemcommands` ADD INDEX `start_time` (
`instance_id` , `start_time` );
ALTER TABLE `nagios_hostchecks` ADD INDEX `start_time` ( `instance_id` ,
`start_time` );
ALTER TABLE `nagios_eventhandlers` ADD INDEX `start_time` (
`instance_id` , `start_time` );
ALTER TABLE `nagios_instances` ADD INDEX `instance_name` (
`instance_name`,`instance_id` ) ;
ALTER TABLE `nagios_hosts` ADD INDEX host_object_id (host_object_id);
--
Mathieu
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
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] NRPE installation fails since check_nrpe plugin is not found in the libexec directory
Hi Rahul, > make all does throw a bunch of SSL errors of the sort: > > /usr/include/openssl/bn.h:287: error: expected > specifier-qualifier-list before ‘BN_ULONG’ > /usr/include/openssl/bn.h:303: error: expected > specifier-qualifier-list before ‘BN_ULONG’ > /usr/include/openssl/bn.h:449: error: expected ‘=’, ‘,’, > ‘;’, ‘asm’ or ‘__attribute__’ before ‘BN_mod_word’ > /usr/include/openssl/bn.h:450: error: expected ‘=’, ‘,’, > ‘;’, ‘asm’ or ‘__attribute__’ before ‘BN_div_word’ > /usr/include/openssl/bn.h:451: error: expected declaration specifiers > or ‘...’ before ‘BN_ULONG’ > make[1]: *** [nrpe] Error 1 > > Again, I suspect somehow it is not finding my SSL libraries? (the > config.log for nagiosplugins does say so) I did have similar issues compiling NRPE, and I believe it's an incompatibility with the way the configure script produces the OpenSSL build path, and how the OpenSSL-internal header files are included - you have to force the include path manually - as follows: First find where the libssl*.so and libcrypto*.so libraries are, and take a note of the base path - e.g. if they're in /usr/local/openssl/lib, the base path is /usr/local/openssl, if they're in /usr/local/lib, the base path is /usr/local etc. To reproduce the "issue": Run ./configure with your options, and pass in the extra options as follows: --with-ssl=/usr/local/openssl --with-ssl-inc=/usr/local/openssl/include --with-ssl-lib=/usr/local/openssl/lib In the configure log file, the CFLAGS are set as "-g -O2 -I/usr/local/openssl/include/openssl", but some of the OpenSSL-included files look for header files specified as "openssl/*.h" - which creates a full path of "/usr/local/openssl/include/openssl/openssl/*.h" - incorrect! You have to manually force the CFLAGS to be "-I/usr/local/openssl/include" - so modify your configure line as follows: CFLAGS="-g -O2 -I/usr/local/openssl/include" ./configure [your extra options] --with-ssl=/usr/local/openssl --with-ssl-inc=/usr/local/openssl/include --with-ssl-lib=/usr/local/openssl/lib The new CFLAGS environment variable then becomes "-g -O2 -I/usr/local/openssl/include -I/usr/local/openssl/include/openssl" - so Nagios is happy (as it can just include "rsa.h" and so is OpenSSL if it internally includes files as "openssl/*.h." Remember to replace /usr/local/openssl with your OpenSSL base path in all the above examples. This is on my Debian Linux systems, I haven't tried compiling NRPE on Solaris 10 yet. > > > nrpe-2.8 is pretty old. Current version is 2.12; you should use the > latest release. > > > All my older nodes had nrpe-2.8. Is it ok to mix nrpe versions? > NRPE versions are only relevant to the remote_clients, right? It does > not matter what version of nagios and nagiosplugins I have installed > on my monitoring host? Yes, you're correct, it shouldn't matter to Nagios which version of NRPE is running. Regards, Andy -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] NRPE installation fails since check_nrpe pluginis not found in the libexec directory
On Mon, Jan 26, 2009 at 3:34 PM, James Pratt wrote: > > > Yes all appears to be in order... I'm not sure what to tell you there > The only other thing I can think of is that FC8 is just too old (?)... I > don't think there are even updates for it anymore... > Thanks for your tips James! I don't think it is an FC8 issue. Just last week I got nrpe running on about 175 machines all using FC8. THese were 32 bit machines though. Today I tried extending this to our remaining machines (64 bit) and that is when i started running into problems. The 64 bit machines might be a red herring though. It's just this class of machines ; may not have to do anything with the 64 bit arch. > > You may want to just install FC10 or 11 (Or whatever the most recent is!) - > I remember I once setup Nagios on FC10 or 11 and it was a breeze using RPM's > for everything, and the Nagios site has good instructions... (I now use > CentOS 5.2 - fedora's release cycle is much too fast, and CentOS is as > stable as RHEL for me... Upgrading my OS isnt an option unfortunately. Too big a project to unroll on 256 machines for now. -- Rahul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] NDOutils and Nagios startup speed
On Jan 26, 2009, at 4:46 PM, Mathieu Gagné wrote: > Unfortunately, we can't afford this kind of downtime while > Nagios/NDOutils is busy exporting to MySQL. Also, host/service status > are not available while the reload is occuring. While I can't really speak to the more general problem (I experience it too), I did find the 'Retain status file over a reload' patch at http://altinity.blogs.com/dotorg/2007/09/nagios-patch-da.html to be extremely helpful for this particular symptom. Reloads are completely transparent to GUI users now. > NDOutils is used to retrieve host/service status from an external > application which needs real-time data and is used by several > peoples at > the same time. Same here (geographic map of outages, currently in testing). Haven't been bothered enough to do anything about it during that 3-4 minute window. > Is there a way to speed things up? Any help would be appreciated. > Thanks. I'm interested in tips as well. -- Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] NRPE installation fails since check_nrpe pluginis not found in the libexec directory
From: Rahul Nabar [mailto:rpna...@gmail.com] Sent: Monday, January 26, 2009 4:18 PM To: James Pratt Cc: Nagios Users Subject: Re: [Nagios-users] NRPE installation fails since check_nrpe pluginis not found in the libexec directory Yes, check to ensure gnutls is also installed (rpm -q | grep tls) , and also run "ldconfig -v | grep ssl" and just be sure it can see the openssl-related *.so file(s) ;) Thanks Jamie! I'm stumped here am doing all checks possible to sniff out what my problems are! I am not very sure, but the output below seems to indicate that we have what we need right? rpm -q gnutls gnutls-1.6.3-2.fc8 gnutls-1.6.3-2.fc8 ldconfig -v | grep ssl libssl.so.6 -> libssl.so.0.9.8b libssl.so.6 -> libssl.so.0.9.8b libssl3.so -> libssl3.so libgnutls-openssl.so.13 -> libgnutls-openssl.so.13.3.0 libssl3.so -> libssl3.so libgnutls-openssl.so.13 -> libgnutls-openssl.so.13.3.0 >and just be sure it can see the openssl-related *.so file(s) ;) ls -al /usr/lib/libgnutls-openssl.so.13.3.0 -rwxr-xr-x 1 root root 102572 2007-08-21 16:25 /usr/lib/libgnutls-openssl.so.13.3.0 Hmm..I am not sure what you mean. Is the above a sufficient check? Feel free to shoot more suggestions at me, however unlikely! At this point I really am grasping at straws! :-( In case it matters I am running FC8; pretty standard. Hence I had never expected nrpe to be so difficult to get up and running! -- Rahul -- Yes all appears to be in order... I'm not sure what to tell you there The only other thing I can think of is that FC8 is just too old (?)... I don't think there are even updates for it anymore... You may want to just install FC10 or 11 (Or whatever the most recent is!) - I remember I once setup Nagios on FC10 or 11 and it was a breeze using RPM's for everything, and the Nagios site has good instructions... (I now use CentOS 5.2 - fedora's release cycle is much too fast, and CentOS is as stable as RHEL for me... Sorry I could not be of more help! Regards, Jamie -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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
[Nagios-users] NDOutils and Nagios startup speed
Hi all, We are running 5 Nagios instances (4 x Nagios2 and 1 x Nagios3) which are all using NDOutils. (and more without NDOutils) Our instances are restarted frequently as we are constantly adding new hosts and services. (re)starting an instance can take about 3-4 minutes because NDOutils has to export every configuration and status to MySQL. Unfortunately, we can't afford this kind of downtime while Nagios/NDOutils is busy exporting to MySQL. Also, host/service status are not available while the reload is occuring. Here is some stats: instance, hosts, services, Nagios version 1, 2074, 4721, 3 2, 2196, 2299, 2 3, 2800, 2841, 2 4, 1, 1, 2 5, 1804, 1821, 2 NDOutils is used to retrieve host/service status from an external application which needs real-time data and is used by several peoples at the same time. We tried to code a new CGI script and see if we could retrieve the status directly from Nagios but it's even slower. If I disable NDOutils, Nagios is able to start within about 10-20 seconds. Is there a way to speed things up? Any help would be appreciated. Thanks. -- Mathieu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] NRPE installation fails since check_nrpe pluginis not found in the libexec directory
> > > Yes, check to ensure gnutls is also installed (rpm -q | grep tls) , and > also run "ldconfig -v | grep ssl" and just be sure it can see the > openssl-related *.so file(s) ;) > > Thanks Jamie! I'm stumped here am doing all checks possible to sniff out what my problems are! I am not very sure, but the output below seems to indicate that we have what we need right? rpm -q gnutls gnutls-1.6.3-2.fc8 gnutls-1.6.3-2.fc8 ldconfig -v | grep ssl libssl.so.6 -> libssl.so.0.9.8b libssl.so.6 -> libssl.so.0.9.8b libssl3.so -> libssl3.so libgnutls-openssl.so.13 -> libgnutls-openssl.so.13.3.0 libssl3.so -> libssl3.so libgnutls-openssl.so.13 -> libgnutls-openssl.so.13.3.0 >and just be sure it can see the openssl-related *.so file(s) ;) ls -al /usr/lib/libgnutls-openssl.so.13.3.0 -rwxr-xr-x 1 root root 102572 2007-08-21 16:25 /usr/lib/libgnutls-openssl.so.13.3.0 Hmm..I am not sure what you mean. Is the above a sufficient check? Feel free to shoot more suggestions at me, however unlikely! At this point I really am grasping at straws! :-( In case it matters I am running FC8; pretty standard. Hence I had never expected nrpe to be so difficult to get up and running! -- Rahul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] NRPE installation fails since check_nrpe pluginis not found in the libexec directory
From: Rahul Nabar [mailto:rpna...@gmail.com] Sent: Monday, January 26, 2009 3:09 PM To: Andy Shellam Cc: Nagios-Users Mailinglist Subject: Re: [Nagios-users] NRPE installation fails since check_nrpe pluginis not found in the libexec directory On Mon, Jan 26, 2009 at 1:38 PM, Andy Shellam wrote: Hi Rahul, The error it's returning suggests that "check_nrpe" is not in the "src" subdirectory of the current directory (/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src.) It looks as if the plugin has not been built. Do you in fact have "check_nrpe" in the above mentioned directory? What was the final output from "make" ? I'm guessing it threw an error. Thanks again Andy! I don't seem to have the "check_nrpe". Neither here nor in /usr/local/nagios/libexec. All the other scripts seem to be present there though! But not this one. You are right. make did throw errors (I got carried away by my previous successful installs and did not notice!) Snippet attached below but it seems to be a bunch of SSL errors that prevent it from compiling check_nrpe. I traced back further and checked config.log for the nagios-plugins-1.4.13 and it shows: configure:24258: WARNING: OpenSSL or GnuTLS libs could not be found or were disabled I'm not sure why though! "yum info openssl.i686 openssl-devel.i386" show those both packages as "installed" ANy other sugesstions? -- Rahul --- Yes, check to ensure gnutls is also installed (rpm -q | grep tls) , and also run "ldconfig -v | grep ssl" and just be sure it can see the openssl-related *.so file(s) ;) Regards, Jamie -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] NRPE installation fails since check_nrpe plugin is not found in the libexec directory
On Mon, Jan 26, 2009 at 2:25 PM, Marc Powell wrote: > > > The check_nrpe plugin is built by the nrpe-2.8 package you are trying > to install. Did you run './configure', then 'make all' before trying > 'make install-plugin'? If so, did it fail and with what error? You can > start over by running 'make distclean' then configure, etc again No errors were produced by ./configure make all does throw a bunch of SSL errors of the sort: /usr/include/openssl/bn.h:287: error: expected specifier-qualifier-list before ‘BN_ULONG’ /usr/include/openssl/bn.h:303: error: expected specifier-qualifier-list before ‘BN_ULONG’ /usr/include/openssl/bn.h:449: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BN_mod_word’ /usr/include/openssl/bn.h:450: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BN_div_word’ /usr/include/openssl/bn.h:451: error: expected declaration specifiers or ‘...’ before ‘BN_ULONG’ make[1]: *** [nrpe] Error 1 Again, I suspect somehow it is not finding my SSL libraries? (the config.log for nagiosplugins does say so) > nrpe-2.8 is pretty old. Current version is 2.12; you should use the > latest release. All my older nodes had nrpe-2.8. Is it ok to mix nrpe versions? NRPE versions are only relevant to the remote_clients, right? It does not matter what version of nagios and nagiosplugins I have installed on my monitoring host? -- Rahul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] NRPE installation fails since check_nrpe plugin is not found in the libexec directory
On Jan 26, 2009, at 1:18 PM, Rahul Nabar wrote: > I could successfully install "nagios-plugins-1.4.13.tar.gz" but > when I try installing "nrpe-2.8" the "make install-plugin" step fails. > > It does not seem to find the "check_nrpe" file in the libexec > directory. All the other check_* files seem to be present but not > this one! > > Any sugesstions what I could be messing up? I've the relevant error > below. The check_nrpe plugin is built by the nrpe-2.8 package you are trying to install. Did you run './configure', then 'make all' before trying 'make install-plugin'? If so, did it fail and with what error? You can start over by running 'make distclean' then configure, etc again. nrpe-2.8 is pretty old. Current version is 2.12; you should use the latest release. -- Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] NRPE installation fails since check_nrpe plugin is not found in the libexec directory
On Mon, Jan 26, 2009 at 1:38 PM, Andy Shellam wrote: > Hi Rahul, > > The error it's returning suggests that "check_nrpe" is not in the "src" > subdirectory of the current directory > (/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src.) > > It looks as if the plugin has not been built. Do you in fact have > "check_nrpe" in the above mentioned directory? > > What was the final output from "make" ? I'm guessing it threw an error. > > Thanks again Andy! I don't seem to have the "check_nrpe". Neither here nor in /usr/local/nagios/libexec. All the other scripts seem to be present there though! But not this one. You are right. make did throw errors (I got carried away by my previous successful installs and did not notice!) Snippet attached below but it seems to be a bunch of SSL errors that prevent it from compiling check_nrpe. I traced back further and checked config.log for the nagios-plugins-1.4.13 and it shows: configure:24258: WARNING: OpenSSL or GnuTLS libs could not be found or were disabled I'm not sure why though! "yum info openssl.i686 openssl-devel.i386" show those both packages as "installed" ANy other sugesstions? -- Rahul / /usr/include/openssl/bn.h:287: error: expected specifier-qualifier-list before ‘BN_ULONG’ /usr/include/openssl/bn.h:303: error: expected specifier-qualifier-list before ‘BN_ULONG’ /usr/include/openssl/bn.h:449: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BN_mod_word’ /usr/include/openssl/bn.h:450: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BN_div_word’ /usr/include/openssl/bn.h:451: error: expected declaration specifiers or ‘...’ before ‘BN_ULONG’ /usr/include/openssl/bn.h:452: error: expected declaration specifiers or ‘...’ before ‘BN_ULONG’ /usr/include/openssl/bn.h:453: error: expected declaration specifiers or ‘...’ before ‘BN_ULONG’ /usr/include/openssl/bn.h:454: error: expected declaration specifiers or ‘...’ before ‘BN_ULONG’ /usr/include/openssl/bn.h:455: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘BN_get_word’ /usr/include/openssl/bn.h:470: error: expected declaration specifiers or ‘...’ before ‘BN_ULONG’ /usr/include/openssl/bn.h:743: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘bn_mul_add_words’ /usr/include/openssl/bn.h:744: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘bn_mul_words’ /usr/include/openssl/bn.h:745: error: expected ‘)’ before ‘*’ token /usr/include/openssl/bn.h:746: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘bn_div_words’ /usr/include/openssl/bn.h:747: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘bn_add_words’ /usr/include/openssl/bn.h:748: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘bn_sub_words’ In file included from /usr/include/openssl/ssl.h:978, from ../include/config.h:228, from ../include/common.h:24, from utils.c:32: /usr/include/openssl/ssl3.h:303: error: expected specifier-qualifier-list before ‘PQ_64BIT’ In file included from /usr/include/openssl/dtls1.h:64, from /usr/include/openssl/ssl.h:980, from ../include/config.h:228, from ../include/common.h:24, from utils.c:32: /usr/include/openssl/pqueue.h:73: error: expected specifier-qualifier-list before ‘PQ_64BIT’ /usr/include/openssl/pqueue.h:80: error: expected ‘)’ before ‘priority’ /usr/include/openssl/pqueue.h:89: error: expected declaration specifiers or ‘...’ before ‘PQ_64BIT’ In file included from /usr/include/openssl/ssl.h:980, from ../include/config.h:228, from ../include/common.h:24, from utils.c:32: /usr/include/openssl/dtls1.h:92: error: expected specifier-qualifier-list before ‘PQ_64BIT’ make[1]: *** [nrpe] Error 1 make[1]: Leaving directory `/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src' // -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] NRPE installation fails since check_nrpe plugin is not found in the libexec directory
Hi Rahul, The error it's returning suggests that "check_nrpe" is not in the "src" subdirectory of the current directory (/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src.) It looks as if the plugin has not been built. Do you in fact have "check_nrpe" in the above mentioned directory? What was the final output from "make" ? I'm guessing it threw an error. Andy Rahul Nabar wrote: > I could successfully install "nagios-plugins-1.4.13.tar.gz" but when > I try installing "nrpe-2.8" the "make install-plugin" step fails. > > It does not seem to find the "check_nrpe" file in the libexec > directory. All the other check_* files seem to be present but not this > one! > > Any sugesstions what I could be messing up? I've the relevant error > below. > > -- > Rahul > > > [r...@star177 nrpe-2.8]# make install-plugin > cd ./src/ && make install-plugin > make[1]: Entering directory > `/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src' > /usr/bin/install -c -m 775 -o nagios -g nagios -d > /usr/local/nagios/libexec > /usr/bin/install -c -m 775 -o nagios -g nagios check_nrpe > /usr/local/nagios/libexec > /usr/bin/install: cannot stat `check_nrpe': No such file or directory > make[1]: *** [install-plugin] Error 1 > make[1]: Leaving directory > `/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src' > make: *** [install-plugin] Error 2 > > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > > > ___ > 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 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] nagios service flapping
On Jan 26, 2009, at 11:46 AM, Rahul Nabar wrote: > " /usr/local/nagios/var/nagios.log" is rotated daily so I am a > little too late on forensics on that one. They're rotated into /usr/local/nagios/var/archives/nagios-mm-dd- -00.log (or the value of log_archive_path) unless you're deleting them yourself. -- Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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
[Nagios-users] NRPE installation fails since check_nrpe plugin is not found in the libexec directory
I could successfully install "nagios-plugins-1.4.13.tar.gz" but when I try installing "nrpe-2.8" the "make install-plugin" step fails. It does not seem to find the "check_nrpe" file in the libexec directory. All the other check_* files seem to be present but not this one! Any sugesstions what I could be messing up? I've the relevant error below. -- Rahul [r...@star177 nrpe-2.8]# make install-plugin cd ./src/ && make install-plugin make[1]: Entering directory `/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src' /usr/bin/install -c -m 775 -o nagios -g nagios -d /usr/local/nagios/libexec /usr/bin/install -c -m 775 -o nagios -g nagios check_nrpe /usr/local/nagios/libexec /usr/bin/install: cannot stat `check_nrpe': No such file or directory make[1]: *** [install-plugin] Error 1 make[1]: Leaving directory `/usr/local/src/nagios_nodes/downloads/nrpe-2.8/src' make: *** [install-plugin] Error 2 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] nagios service flapping
On Sat, Jan 24, 2009 at 3:35 AM, Andy Shellam wrote: > Rahul, > > Look through your Nagios logs or run an availability report on one of the > services for the time the flapping was happening. This report will list > what the output was at the time it went from an OK to CRITICAL (or WARNING) > and vice versa - it should give you a pointer to the root cause. > > Thanks Andy! My flapping has stopped now. I still have no idea what caused it. " /usr/local/nagios/var/nagios.log" is rotated daily so I am a little too late on forensics on that one. I suspect the reason was that while testing nrpe I manually scheduled a couple of checks in quick succession by "reschedule the next check of this service" Hopefully this flapping is resolved for now! -- Rahul -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] nrpe 2.12 doesn't build in OpenBSD
Also, lets focus on getting local Ports patches fed back upstream. Speaking of which, I've been meaning to harass the NetBSD/Pkgsrc maintainer about pkgsrc Makefile hooks for permitting toggling external command args with $PKG_OPTIONS OpenBSD local patches: http://www.openbsd.org/cgi-bin/cvsweb/ports/net/nagios/nrpe/patches/ SSL Thing: http://www.openbsd.org/cgi-bin/cvsweb/ports/net/nagios/nrpe/patches/patch-configure?rev=1.2 Note OpenBSD explicitly enables: CONFIGURE_ARGS+=--enable-command-args ~BAS On Mon, 26 Jan 2009, C. Bensend wrote: > > > When trying to build nrpe configure fails because it cannot find the > > ssl libraries. This is preposterous. > > > > The error in ./configure is that is looks for a file called libssl.so > > in $dir, when what it really should test is that gcc test.c -L$dir -lssl -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] nrpe 2.12 doesn't build in OpenBSD
> When trying to build nrpe configure fails because it cannot find the > ssl libraries. This is preposterous. > > The error in ./configure is that is looks for a file called libssl.so > in $dir, when what it really should test is that gcc test.c -L$dir -lssl > works. While it should indeed build, why not just use the package? Benny -- "I'm so sexy, there's a support group for my stalkers." -- Myspace profile -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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
[Nagios-users] nrpe 2.12 doesn't build in OpenBSD
When trying to build nrpe configure fails because it cannot find the ssl libraries. This is preposterous. The error in ./configure is that is looks for a file called libssl.so in $dir, when what it really should test is that gcc test.c -L$dir -lssl works. - Florian. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] nagios server connected with multiple connections
Folkert van Heusden wrote: >Hi, > >With our nagios server we check webservers. Now we are connected via 2 >connections to the internet. Is it somehow possible to automatically use >the other connection if the check fails via the first? That in case the >first one goes down. This is more of a function of how your local network is designed. Assuming the primary internet connection is up and indeed working, but for some reason you can't reach your webserver via that connection, your Nagios server must be able to reach the webservers via some alternate IP address. Then you would have two different service checks and make one the parent of the other. That's just one example. Another example is have your Nagios server on two different IP addresses, one IP address from the primary provider and the other from the second provider. You could setup a second check_ping service, for example, to use a the secondary IP as the source address and if your network is setup to allow it, that second check would route out the second connection. Or if you have glabally routable IP addresses and you are connected via each provider using BGP, you could have a source-based ACL on your router for that second IP address to forcing routing of it across the second connection. Of course, you wouldn't have much of a way to control how that traffic comes back. In the case the primary internet connection actually goes down (which should trigger some kind of Nagios alert), hopefully your routers are setup to automatically fail over to the second connection. James -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] check_ping and dual ip addresses
Christian Schneemann wrote: > On Monday January 26 2009 09:39:56 am Kevin Zellar wrote: >> how to use check_ping if there are 2 ip addresses per host? [snip some definitions for check_ping] > I hope there is an easier way to do this. > Maybe with check_multi? Although you can do it with check_multi, it's much easier with Andreas' check_icmp: $ check_icmp -m 1 The -m switch determines how many IPs have to be reachable at minimum to let the whole host check succeed. -Matthias -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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
[Nagios-users] patch already installed nagios 2.10 with read-only patch
Hello all, I am looking forward to patching a nagios 2.10 installation in order to make read-only for some users, the patches i have found in the site of nagios3book.com concern nagios3. i can't seem to find the link for nagios 2.10. also do i have to patch the source code or is it possible to patch an already installed nagios? this is on a solaris 10 machine could you please let me know if this is possible and how to patch and get my hands in the patch. I am looking forward hearing from you... thank you in advance for your help. Mario Garcia Ortiz/ABSI-- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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
[Nagios-users] Read Only patch for nagios 2.x which is already installed
Hello all, I am looking forward to patching a nagios 2.10 installation in order to make it read-only for some users, the patches i have found in the site of nagios3book.com concern nagios3. i can't seem to find the link for nagios 2.10. also do i have to patch the source code or is it possible to patch an already installed nagios? this is on a solaris 10 machine could you please let me know if this is possible and how to patch and get my hands in the patch. I am looking forward hearing from you... thank you in advance for your help. Mario Garcia Ortiz/ABSI Mario Garcia Ortiz/ABSI-- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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] nagios server connected with multiple connections
On Monday January 26 2009 01:45:01 pm Folkert van Heusden wrote: > Hi, > > With our nagios server we check webservers. Now we are connected via 2 > connections to the internet. Is it somehow possible to automatically use > the other connection if the check fails via the first? That in case the > first one goes down. When one connection to the internet is down you want to use the other one? I think this should be done by your routers and not by nagios. Your routers should detect that one route is down and failover to the other one. > > > Folkert van Heusden Greetings, Christian -- Christian Schneemann - SUSE LINUX Products GmbH, Maxfeldstr. 5, D - 90409 Nürnberg Phone: +49 (0)911 - 740 53 0 e-mail: cschneem...@suse.de - SUSE LINUX Products GmbH, GF: Markus Rex HRB 16746 (AG Nürnberg) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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
[Nagios-users] nagios server connected with multiple connections
Hi, With our nagios server we check webservers. Now we are connected via 2 connections to the internet. Is it somehow possible to automatically use the other connection if the check fails via the first? That in case the first one goes down. Folkert van Heusden -- Feeling generous? -> http://www.vanheusden.com/wishlist.php -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ 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] check_ping and dual ip addresses
On Monday January 26 2009 09:39:56 am Kevin Zellar wrote:
> hello
>
> how to use check_ping if there are 2 ip addresses per host?
simply define a check_ping command which you can tell the address by argument:
define command{
command_namecheck_ping_defined_address
command_line$USER1$/check_ping -H $ARG3$ -w $ARG1$ -c $ARG2$ -p
5 -4
}
than you have to define two services for this server:
define service{
use service-template
service_description PING Interface1
check_command
check_ping_defined_address!160.0,20%!500.0,60%!
notifications_enabled 0
process_perf_data 1
}
I hope there is an easier way to do this.
Maybe with check_multi?
Greetings,
Christian
>
> thank you.
--
Christian Schneemann
-
SUSE LINUX Products GmbH,
Maxfeldstr. 5, D - 90409 Nürnberg
Phone: +49 (0)911 - 740 53 0
e-mail: cschneem...@suse.de
-
SUSE LINUX Products GmbH, GF: Markus Rex
HRB 16746 (AG Nürnberg)
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
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
[Nagios-users] check_ping and dual ip addresses
hello how to use check_ping if there are 2 ip addresses per host? thank you. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ 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
