[Nagios-users] HP-UX Plugin!?
Hi all! We are running a HP-UX 11.00 enviroment! I`m running nagios 2.0b6 on a redhat 9 box! I can't get any plugin to work on any hp-ux machines, i`v tried nrpe-2.0, wont complie! tried nrpe-1.8-B.11.00.depot , misses the nrpe.cfg , then i tried using an nrpe.cfg from nrpe-1[1].8-B.11.00.tar, then the syslog.log reports: Dec 22 15:50:47 nrpe[2784]: Config file '/opt/nrpe/bin/nrpe.cfg' contained errors, bailing out... Can someone help me??? please!!! isnt there any package that contains a plugin for hp-ux11.00 and a check_xxx for linux! Remember that i`m just e newbee on thees things:-) //Lelle ** Lennart Kvam Softronic AB, Ringvägen 100, 118 60 Stockholm Tel: 0708-813279 Vx:08-51909000 [EMAIL PROTECTED] **
Re: [Nagios-users] Using SSH to run remote command checks
On Thu, 22 Dec 2005, [EMAIL PROTECTED] wrote: I tested the following command from the command line ~ /usr/bin/ssh -l nagios host1 chkAdminServer.pl and it returns OK with an exit code of 0. Great. When I put it into the following service definition, I get a Status UNKNOWN with STATUS INFORMATION (No Output) define service{ namecheck_adminserver service_description AdminServer use hg.prod.check_5min hosthost1,host2 contact_groups systemgrp check_command check_command_ssh!/path/to/perl/script/bin/chkAdminServer.pl! } The check command definition is really simple also ~ define command{ command_namecheck_command_ssh command_line/usr/bin/ssh -l nagios $HOSTADDRESS$ $ARG1$ } If you are trying to ssh to another server and kick off the command there use check_by_ssh as follows: # check-remote-load define command{ command_namecheck-remote-load command_line$USER1$/check_by_ssh -H $HOSTADDRESS$ -C "$USER1$/check_load -w $ARG1$ -c $ARG2$" } In your example, put the chkAdminServer.pl scripts in the nagios plugins directory on the target, e.g. /usr/lib/nagios/plugins then set the $USER1$ variable to the same. Then, su - nagios of your nagios box and ssh target /usr/lib/nagios/plugins/chkAdminServer.pl. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ 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] Using SSH to run remote command checks
Thanks for the reply . Yeah, I'm running the command '/usr/bin/ssh -l nagios blah blah', works from command line, no output. I have specifically logged into our nagios site as the nagios user and run the test just fine. I went so far as to create a small script on the target system that writes out a timestamp when it is called - again, works from the command line, not from nagios, in fact, from nagios, the log file never gets written. Did a tcpdump - no avail. Is there some more verbose logging that can be turned on that will capture *everything* happening during nagios tests? Thanks, Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marc Powell Sent: Thursday, December 22, 2005 12:07 PM To: nagios-users@lists.sourceforge.net Subject: RE: [Nagios-users] Using SSH to run remote command checks > -Original Message- > From: [EMAIL PROTECTED] [mailto:nagios-users- > [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] > Sent: Thursday, December 22, 2005 8:46 AM > To: nagios-users@lists.sourceforge.net > Subject: [Nagios-users] Using SSH to run remote command checks > > I tested the following command from the command line ~ > > /usr/bin/ssh -l nagios host1 chkAdminServer.pl > > and it returns OK with an exit code of 0. Great. > > When I put it into the following service definition, I get a Status > UNKNOWN with STATUS INFORMATION (No Output) > > define service{ > namecheck_adminserver > service_description AdminServer > use hg.prod.check_5min > hosthost1,host2 > contact_groups systemgrp > check_command > check_command_ssh!/path/to/perl/script/bin/chkAdminServer.pl! > } > > The check command definition is really simple also ~ > > define command{ > command_namecheck_command_ssh > command_line/usr/bin/ssh -l nagios $HOSTADDRESS$ $ARG1$ > } > > I have checked permissions, log files, verified public keys on the > remote server, everything I can think of - but it continues to fail. In > fact, it appears that the command isn't even attempting to run. Any > ideas? The majority of the time this happens because people run their tests as root or some other user who does not have the same access levels as the nagios user. Did you perform your test as the nagios user? My first suspicion is that the host key hasn't been accepted for that host for the nagios user. You can also try changing your command definition to make sure nagios is calling ssh and in exactly the way you expect it is with -- define command{ command_namecheck_command_ssh command_lineecho "/usr/bin/ssh -l nagios $HOSTADDRESS$ $ARG1$" >>/tmp/ssh_exec } -- Marc --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=ick ___ 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: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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 2.0b4 & Firefox 1.5 Possible Memory Leak
Yep. But, I have also seen this problem since Firefox 1.0. I am fortunate enough to have a bunch of RAM, so it is little more than a nuisance for me. :) There are known memory hogging issues with Firefox. They have been there quite awhile, and the developers debate endlessly about fixing them. The longer you keep Firefox running, and the more tabs you use, the more RAM it can use up. It also has an odd problem with swapping, but I won't go into details here. (If Firefox or Thunderbird swap out of memory, either by being minimized long enough, or just by running enough other data through memory, they take FOREVER to swap back in again. Much slower than launching the program to begin with. Another long-time lingering bug) -- Jason Byrns Production Manager System Administrator http://www.MicroLnk.com/ 402-328-8600 ext. 653 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ 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_rpc working on commandline, no output in nagios.
As nagios user, run check_rpc perl plugin. Returns fine. No output through nagios. I use other perl plugins successfully, any ideas what may be the problem? Nagios 2.0b5. check_rpc (nagios-plugins 1.4) 1.8 [EMAIL PROTECTED] libexec]$ ./check_rpc -H host -C ypserv OK: RPC program ypserv version 1 version 2 udp running Any ideas? --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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 2.0b4 & Firefox 1.5 Possible Memory Leak
> Same here... It also appears that there is some issue, either with 1.5 > itself or with one or more extensions that is causing increased memory > usage -- > > http://www.informationweek.com/news/showArticle.jhtml?articleID=17500715 > 2&pgno=7 Yep. But, I have also seen this problem since Firefox 1.0. I am fortunate enough to have a bunch of RAM, so it is little more than a nuisance for me. :) Benny -- "As a general rule, don't solve puzzles that open portals to Hell." - Unknown --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ 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 not showing all hosts!
> -Original Message- > From: [EMAIL PROTECTED] [mailto:nagios-users- > [EMAIL PROTECTED] On Behalf Of Wiedemann, Luis > Sent: Wednesday, December 21, 2005 11:48 AM > To: nagios-users@lists.sourceforge.net > Subject: [Nagios-users] Nagios not showing all hosts! > > Hello all, > > I am having a quite peculiar problem. The more hosts I add in nagios the > more the web interface starts to flake out! I am wondering if it's an > Apache issue or some setting somewhere in the cfg's of nagios but when I > click on host detail, sometimes it will show all 211 hosts, or sometimes > skip a complete group of hosts, or just leave random ones out! > > > > Has anyone else experienced anything like this before? http://www.nagios.org/faqs/viewfaq.php?faq_id=21&expand=false&showdesc=f alse -- Marc --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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] Using SSH to run remote command checks
> -Original Message- > From: [EMAIL PROTECTED] [mailto:nagios-users- > [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] > Sent: Thursday, December 22, 2005 8:46 AM > To: nagios-users@lists.sourceforge.net > Subject: [Nagios-users] Using SSH to run remote command checks > > I tested the following command from the command line ~ > > /usr/bin/ssh -l nagios host1 chkAdminServer.pl > > and it returns OK with an exit code of 0. Great. > > When I put it into the following service definition, I get a Status > UNKNOWN with STATUS INFORMATION (No Output) > > define service{ > namecheck_adminserver > service_description AdminServer > use hg.prod.check_5min > hosthost1,host2 > contact_groups systemgrp > check_command > check_command_ssh!/path/to/perl/script/bin/chkAdminServer.pl! > } > > The check command definition is really simple also ~ > > define command{ > command_namecheck_command_ssh > command_line/usr/bin/ssh -l nagios $HOSTADDRESS$ $ARG1$ > } > > I have checked permissions, log files, verified public keys on the > remote server, everything I can think of - but it continues to fail. In > fact, it appears that the command isn't even attempting to run. Any > ideas? The majority of the time this happens because people run their tests as root or some other user who does not have the same access levels as the nagios user. Did you perform your test as the nagios user? My first suspicion is that the host key hasn't been accepted for that host for the nagios user. You can also try changing your command definition to make sure nagios is calling ssh and in exactly the way you expect it is with -- define command{ command_namecheck_command_ssh command_lineecho "/usr/bin/ssh -l nagios $HOSTADDRESS$ $ARG1$" >>/tmp/ssh_exec } -- Marc --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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 2.0b4 & Firefox 1.5 Possible Memory Leak
> -Original Message- > From: [EMAIL PROTECTED] [mailto:nagios-users- > [EMAIL PROTECTED] On Behalf Of C. Bensend > Sent: Thursday, December 22, 2005 9:15 AM > To: nagios-users@lists.sourceforge.net > Subject: Re: [Nagios-users] Nagios 2.0b4 & Firefox 1.5 Possible Memory > Leak > > > > After closing that window, BAM (Like Emril), the memory is added to the > > pot > > again. > > Welcome to Firefox. :) > > Seriously, though, I have this sort of thing happen any time I leave > Firefox windows open. Occasionally, I just go through and close them > all down (like once a week). Over the course of the week, it'll eat > 200-250MB of RAM. Same here... It also appears that there is some issue, either with 1.5 itself or with one or more extensions that is causing increased memory usage -- http://www.informationweek.com/news/showArticle.jhtml?articleID=17500715 2&pgno=7 -- Marc --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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] service dependancies
I've been running nagios for a while and love it. One of the plugins I wrote ssh'es to various hosts and checks automounts by trying to read a file on each of our critical automount hosts. If the host doesn't respond to ssh, then the webpage obviously shows that and the various automounts as down. It would be nice if you didn't have to decode the webpage in that way ie if it only reported ssh as down due to the dependancy. I was hoping that servicedependency could do this something like define servicedependency{ host_name either specific hostnames or wildcard dependent_host_name " " " dependent_service_description ssh service_description nfs* } Can this be done? using the above format? TIA =-=-=-=-=-=-=-=-=-=- generated by /dev/dave -=-=-=-=-=-=-=-=-=-=-=-= David SternUniversity of Maryland Institute for Advanced Computer Studies --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ 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 2.0b4 & Firefox 1.5 Possible Memory Leak
> After closing that window, BAM (Like Emril), the memory is added to the > pot > again. Welcome to Firefox. :) Seriously, though, I have this sort of thing happen any time I leave Firefox windows open. Occasionally, I just go through and close them all down (like once a week). Over the course of the week, it'll eat 200-250MB of RAM. This happens no matter what page I have in the window, I don't think the Nagios CGIs have anything to do with it whatsoever. Benny -- "As a general rule, don't solve puzzles that open portals to Hell." - Unknown --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ 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] Using SSH to run remote command checks
I tested the following command from the command line ~ /usr/bin/ssh -l nagios host1 chkAdminServer.pl and it returns OK with an exit code of 0. Great. When I put it into the following service definition, I get a Status UNKNOWN with STATUS INFORMATION (No Output) define service{ namecheck_adminserver service_description AdminServer use hg.prod.check_5min hosthost1,host2 contact_groups systemgrp check_command check_command_ssh!/path/to/perl/script/bin/chkAdminServer.pl! } The check command definition is really simple also ~ define command{ command_namecheck_command_ssh command_line/usr/bin/ssh -l nagios $HOSTADDRESS$ $ARG1$ } I have checked permissions, log files, verified public keys on the remote server, everything I can think of - but it continues to fail. In fact, it appears that the command isn't even attempting to run. Any ideas? --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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 2.0b4 & Firefox 1.5 Possible Memory Leak
On 12/22/05, Mark Pearson <[EMAIL PROTECTED]> wrote: > > > > Any one else have this problem?? > > > > When I leave my Firefox 1.5 browser window open to the Nagios monitoring > pages, for a long period of time, the browser continues to suck up my memory > resources. This has happened a few times now. I have left the window open > on a Friday to come in on a Monday morning and see that Firefox is now use > 200Kb of my precious memory. I know that nagios refreshes itself but > apparently it doesn't relinquish my memory afterwards. > > > > After closing that window, BAM (Like Emril), the memory is added to the pot > again. > > > > Any ideas folks? This wouldn't have anything to do with nagios, as it doesn't determine how firefox uses memory. I would suggest testing multiple versions of firefox, as well as other browsers to see just what's going on. -- Jim Perrin System Architect - UIT Ft Gordon & US Army Signal Center --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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 2.0b4 & Firefox 1.5 Possible Memory Leak
I’ve been using Opera, which I think has similar origins, and I have not seen this problem. I leave my window open for weeks without restarting. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pearson Sent: Thursday, December 22, 2005 9:30 AM To: 'nagios-users@lists.sourceforge.net' Subject: [Nagios-users] Nagios 2.0b4 & Firefox 1.5 Possible Memory Leak Any one else have this problem?? When I leave my Firefox 1.5 browser window open to the Nagios monitoring pages, for a long period of time, the browser continues to suck up my memory resources. This has happened a few times now. I have left the window open on a Friday to come in on a Monday morning and see that Firefox is now use 200Kb of my precious memory. I know that nagios refreshes itself but apparently it doesn't relinquish my memory afterwards. After closing that window, BAM (Like Emril), the memory is added to the pot again. Any ideas folks? -Mark *** The views, opinions, and judgments expressed in this message are solely those of the author. The message contents have not been reviewed or approved by the UFT Welfare Fund. ***
[Nagios-users] Nagios 2.0b4 & Firefox 1.5 Possible Memory Leak
Any one else have this problem?? When I leave my Firefox 1.5 browser window open to the Nagios monitoring pages, for a long period of time, the browser continues to suck up my memory resources. This has happened a few times now. I have left the window open on a Friday to come in on a Monday morning and see that Firefox is now use 200Kb of my precious memory. I know that nagios refreshes itself but apparently it doesn't relinquish my memory afterwards. After closing that window, BAM (Like Emril), the memory is added to the pot again. Any ideas folks? -Mark *** The views, opinions, and judgments expressed in this message are solely those of the author. The message contents have not been reviewed or approved by the UFT Welfare Fund. ***
[Nagios-users] CRC32 errors with NRPE/Nagios Plugins on Solaris 9
Hi All, I am getting CRC32 errors from NRPE on a Solaris box. If I run nrpe as a standalone daemon it works fine. My Environment: Solaris 9 SPARC Nagios plugins 1.4.2 (compiled with ./configure --enable-command-args --disable-ssl; make all) NRPE version: nrpe-2.0-altinity Inetd.conf line nrpestream tcp nowait nobody /nrpe/bin/nrpe -c /nrpe/nrpe.cfg -i Testing from the command line on the Solaris box I get the following error: # /nrpe/bin/check_nrpe -H 127.0.0.1 -c check_swap CHECK_NRPE: Response packet had invalid CRC32. Please note that I get this same error on an AIX 5.3 box when I try to put NRPE Under inetd's control too. (I finally gave up and ran NRPE as standalone daemons On my AIX systems :-( My central collection server is nagios 2.04 running on SuSE Linux Ayotunde Itayemi | Business Systems | IS-SYSTEMS | IS Group | 0805919 | Vmobile Nigeria | http://itayemi.tripod.com/ ___ "The only people to get even with are those who have helped you." "Men ought to throw caution to the winds, and catch it on the rebound..." --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ 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] Failed NRPE compile on Solaris 9 sparc
Hi All, Was able to compile the "afinity" version of NRPE without errors. Thanks. -Original Message- From: Todd Barbera [mailto:[EMAIL PROTECTED] Sent: 20 December 2005 22:43 To: Ayotunde Itayemi; nagios-users@lists.sourceforge.net Subject: RE: [Nagios-users] Failed NRPE compile on Solaris 9 sparc Perhaps you should try specifying your include path to point to /usr/local/include. "-l/usr/local/include". Since you're using the GNU versions of the compiler tools, I would think you would want to use the GNU include directories instead of the default Solaris directories, although I haven't had to do this when I've compiled NRPE on Solaris 9. You may also want to check your LD_LIBRARY_PATH settings, either through the environment variable or by using "crle". Todd > -Original Message- > From: [EMAIL PROTECTED] [mailto:nagios-users- > [EMAIL PROTECTED] On Behalf Of Ayotunde Itayemi > Sent: Tuesday, December 20, 2005 7:25 AM > To: nagios-users@lists.sourceforge.net > Subject: [Nagios-users] Failed NRPE compile on Solaris 9 sparc > > Hi All, > > I am trying to compile NRPE on a Solaris server but I am getting lots > of > errors: > > My platform > Solaris 9, gcc 3.4.2, libgcc 3.4.1, GNU make 3.80 (also tried Solaris > make), NRPEv2.0b4 > > During the configure command run, I noticed the following line: > > checking for u_int32_t... no > > > It then throws an error during the "make all" run > > > > [EMAIL PROTECTED] # make all > cd ./src/; make ; cd .. > make[1]: Entering directory `/var/nrpe-2.0b4/src' > gcc -g -O2 -DHAVE_CONFIG_H -o nrpe -lnsl -lsocket nrpe.c utils.c In > file included from > /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2/include/sys/ > types.h:45, > from /usr/include/strings.h:11, > from ../common/config.h:74, > from ../common/common.h:24, > from nrpe.c:21: > /usr/include/sys/int_types.h:69: error: conflicting types for 'int32_t' > ../common/config.h:54: error: previous declaration of 'int32_t' was > here In file included from nrpe.c:22: > ../common/config.h:53: error: redefinition of typedef 'u_int32_t' > ../common/config.h:53: error: previous declaration of 'u_int32_t' was > here > ../common/config.h:54: error: conflicting types for 'int32_t' > /usr/include/sys/int_types.h:69: error: previous declaration of > 'int32_t' was he re > ../common/config.h:54: error: conflicting types for 'int32_t' > /usr/include/sys/int_types.h:69: error: previous declaration of > 'int32_t' was he re In file included from utils.h:35, > from nrpe.c:24: > ../common/config.h:53: error: redefinition of typedef 'u_int32_t' > ../common/config.h:53: error: previous declaration of 'u_int32_t' was > here > ../common/config.h:53: error: redefinition of typedef 'u_int32_t' > ../common/config.h:53: error: previous declaration of 'u_int32_t' was > here > ../common/config.h:54: error: redefinition of typedef 'int32_t' > ../common/config.h:54: error: previous declaration of 'int32_t' was > here > ../common/config.h:54: error: conflicting types for 'int32_t' > /usr/include/sys/int_types.h:69: error: previous declaration of > 'int32_t' was he re In file included from > /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2/include/sys/ > types.h:45, > from /usr/include/strings.h:11, > from ../common/config.h:74, > from ../common/common.h:24, > from utils.c:32: > /usr/include/sys/int_types.h:69: error: conflicting types for 'int32_t' > ../common/config.h:54: error: previous declaration of 'int32_t' was > here In file included from utils.h:35, > from utils.c:33: > ../common/config.h:53: error: redefinition of typedef 'u_int32_t' > ../common/config.h:53: error: previous declaration of 'u_int32_t' was > here > ../common/config.h:54: error: conflicting types for 'int32_t' > /usr/include/sys/int_types.h:69: error: previous declaration of > 'int32_t' was he re > ../common/config.h:54: error: conflicting types for 'int32_t' > /usr/include/sys/int_types.h:69: error: previous declaration of > 'int32_t' was he re > make[1]: *** [nrpe] Error 1 > make[1]: Leaving directory `/var/nrpe-2.0b4/src' > > *** Compile finished *** > > If the NRPE daemon and client compiled without any errors, you can > continue with installation. The NRPE daemon and client binaries are > located in the src/ subdirectory. > > ** If this is your monitoring host ** > > - Copy the check_nrpe client to the directory that >contains your Nagios plugins. > - Create a command definition in your Nagios config >file for the NRPE client. See the README file for >more info on doing this. > > ** If this host will be running the NRPE daemon ** > > - Copy the nrpe daemon to /usr/sbin, /usr/local/nagios >or wherever you feel it fits best. > - Copy the sample nrpe.cfg config file to /etc, >/usr/local/nagios or