[Nagiosplug-help] check_nrpe build sucks

[Ralph.Grothe at itdz-berlin.de]

Well, I simply made the target check_nrpe from within the src
subdir, and it produced an executable.

Since I don't need the nrpe daemon on my AIX box, do you think it
would suffice if I copied the check_nrpe binary to my @libexec@
directory of the Nagios server?


# make check_nrpe
        gcc -g -O2 -I/usr/local/include/openssl
-I/usr/local/include -DHAVE_CONFIG_H -o check_nrpe che
ck_nrpe.c utils.c -L/usr/local/lib  -lssl -lcrypto -lnsl
check_nrpe.c: In function `main':
check_nrpe.c:205: warning: passing arg 2 of `SSL_write' from
incompatible pointer type
check_nrpe.c:222: warning: passing arg 2 of `SSL_read' from
incompatible pointer type

# file check_nrpe
check_nrpe:     executable (RISC System/6000) or object module
not stripped
 
# ldd check_nrpe
/usr/local/lib/libcrypto.a(libcrypto.so)
/usr/local/lib/libssl.a(libssl.so)
/usr/lib/libc.a(pse.o)
/usr/lib/libtli.a(shr.o)
/usr/lib/libpthreads.a(shr_comm.o)
/usr/lib/libpthreads.a(shr.o)
/usr/lib/libpthreads_compat.a(shr.o)
/usr/lib/libnsl.a(shr.o)
check_nrpe
/usr/lib/libcrypt.a(shr.o)
/usr/lib/libc.a(shr.o)


# ./check_nrpe -h

NRPE Plugin for Nagios
Copyright (c) 1999-2003 Ethan Galstad (nagios at nagios.org)
Version: 2.0
Last Modified: 09-08-2003
License: GPL with exemptions (-l for more info)
SSL/TLS Available: Anonymous DH Mode, OpenSSL 0.9.6 or higher
required

Usage: check_nrpe -H <host> [-p <port>] [-t <timeout>] [-c
<command>] [-a <arglist...>]

Options:
 <host>     = The address of the host running the NRPE daemon
 [port]     = The port on which the daemon is running
(default=5666)
 [timeout]  = Number of seconds before connection times out
(default=10)
 [command]  = The name of the command that the remote daemon
should run
 [arglist]  = Optional arguments that should be passed to the
command.  Multiple
              arguments should be separated by a space.  If
provided, this must be
              the last option supplied on the command line.

Note:
This plugin requires that you have the NRPE daemon running on the
remote host.
You must also have configured the daemon to associate a specific
plugin command
with the [command] option you are specifying here.  Upon receipt
of the
[command] argument, the NRPE daemon will run the appropriate
plugin command and
send the plugin output and return code back to *this* plugin.
This allows you
to execute plugins on remote hosts and 'fake' the results to make
Nagios think
the plugin is being run locally.






> -----Original Message-----
> From: nagiosplug-help-admin at lists.sourceforge.net
> [mailto:nagiosplug-help-admin at lists.sourceforge.net]On Behalf
Of
> Ralph.Grothe at itdz-berlin.de
> Sent: Thursday, July 14, 2005 7:28 AM
> To: ae at op5.se; nagiosplug-help at lists.sourceforge.net
> Subject: RE: [Nagiosplug-help] check_nrpe build sucks
> 
> 
> Hello Andreas,
> 
> to start with, I was well aware that I would need the
check_nrpe
> only to be run on the Manager
> (i.e. Nagios Server).
> 
> This is where it sucks, as I put it.
> 
> You see, I would be a happy camper if I could take any Linux
box
> as my Manager.
> I know how smoothly most Open Source projects compile under
Linux
> (no wonder I'd bet because the developers might well have been
> using this platform)
> Unfortunately to my great dissatisfaction and frustration I am
> stuck to this bloody AIX box to host the Nagios server, as it
is
> our admin server that alone has open SSH ports to every of our
> hosts I need to monitor.
> So it wouldn't make much sense to set up a Linux Nagios server
> that could be done in a wink, I guess,
> for I couldn't reach most of the firewalled hosts with the
> plug-ins from there.
> I think IBM bragged about latest AIX versions being capable of
> running Linux binaries in a sandbox.
> Unfortunately this AIX box of ours has a dated OS, and I am not
> the sysadmin on this server to be allowed to fiddle with any
> major installations of prerequisites such as patches, libraries
> etc.
> 
> 
> This is the OS release
> 
> $ uname -a
> AIX daisy 3 4 0045CB7A4C00
> 
> Don't ask me how to get patch levels and the likes displayed
> because my cup of tea are HPUX, Solaris and Linux.
> I don't even know how to query for installed software packages
(I
> only know HP's SD tools like swlist, swinstall,
> Solaris' pkginfo, pkgchk, or Linux's rpm, apt etc.
> Besides, an OS that I cannot administrate thoroughly from the
> shell is suspicious to me.
> So I've never made friends with smit/smitty.
> 
> The linker on this AIX box that is found first in my PATH
> identifies as such
> 
> $ which ld
> /usr/bin/ld
> 
> $ ld -v
> ld: 0706-030 No processing done.  Specify at least one
>         input or import file or use at least one -b ex<n>
option.
> 
> $ ld -h
> ld: 0706-012 The -h flag is not recognized.
> ld: 0706-030 No processing done.  Specify at least one
>         input or import file or use at least one -b ex<n>
option.
> 
> Argh, typically AIX I would say.
> I loath programs that don't display a minimal help screen and
> reveal their release version.
> 
> 
> Can you make anything out of this?
> 
> As for the OpenSSL version you asked about.
> I also totally dismissed any SSL switches on a subsequent
> configure run after having removed prior created Makefiles by a
> make distclean because I also suspected an type mismatch in SSL
> header files to be the culprit.
> Nevertheless, the outcome was the same.
> So I don't consider OpenSSL idiosyncracies to be the reason.
> 
> 
> # make distclean
>         cd ./src/; make clean ; cd ..
>         rm -f core nrpe check_nrpe
>         rm -f *~ */*~
>         rm -f core
>         rm -f *~ */*~
>         cd ./src/; make distclean ; cd ..
>         rm -f core nrpe check_nrpe
>         rm -f *~ */*~
>         rm -f Makefile
>         rm -f config.log config.status config.cache nrpe.cfg
> nrpe.xinetd subst ./common//config.h init
> -script init-script.debian init-script.freebsd
>         rm -f Makefile
> 
> 
> # ./configure --prefix=/opt/sw/nagios --with-nagios-user=nagios
> --with-nagios-group=nagios --with-nagios-port=5666
> checking for a BSD compatible install... ./install-sh -c
> checking for gcc... gcc
> checking whether the C compiler (gcc  ) works... yes
> checking whether the C compiler (gcc  ) is a cross-compiler...
no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking whether make sets ${MAKE}... yes
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking whether time.h and sys/time.h may both be included...
> yes
> checking for sys/wait.h that is POSIX.1 compatible... yes
> checking for ctype.h... yes
> checking for dirent.h... yes
> checking for errno.h... yes
> checking for fcntl.h... yes
> checking for getopt.h... no
> checking for grp.h... yes
> checking for inttypes.h... yes
> checking for netdb.h... yes
> checking for pwd.h... yes
> checking for signal.h... yes
> checking for stdint.h... no
> checking for strings.h... yes
> checking for string.h... yes
> checking for syslog.h... yes
> checking for unistd.h... yes
> checking for arpa/inet.h... yes
> checking for netinet/in.h... yes
> checking for sys/types.h... yes
> checking for sys/time.h... yes
> checking for sys/resource.h... yes
> checking for sys/wait.h... (cached) yes
> checking for sys/socket.h... yes
> checking for sys/stat.h... yes
> checking for working const... yes
> checking whether struct tm is in sys/time.h or time.h... time.h
> checking for mode_t... yes
> checking for pid_t... yes
> checking for size_t... yes
> checking return type of signal handlers... void
> checking for uid_t in sys/types.h... yes
> checking type of array argument to getgroups... gid_t
> checking size of int... 4
> checking size of short... 2
> checking size of long... 4
> checking for uint32_t... yes
> checking for u_int32_t... yes
> checking for int32_t... yes
> checking for main in -lnsl... yes
> checking for socket in -lsocket... no
> checking for strdup... yes
> checking for strstr... yes
> checking for strtoul... yes
> checking for initgroups... yes
> checking for type of socket size... size_t
> checking for SSL... SSL found in /usr/local
> 
> *** Generating DH Parameters for SSL/TLS ***
> warning, not much extra random data, consider using the -rand
> option
> Generating DH parameters, 512 bit long safe prime, generator 2
> This is going to take a long time
> 92770:error:24064064:random number
> generator:SSLEAY_RAND_BYTES:PRNG not seeded:md_rand.c:474:You
> need 
> to read the OpenSSL FAQ,
http://www.openssl.org/support/faq.html
> 92770:error:05068003:Diffie-Hellman
> routines:DH_generate_parameters:BN lib:dh_gen.c:138:
> checking for Kerberos include files... could not find include
> files
> checking for perl... /usr/bin/perl
> creating ./config.status
> creating Makefile
> creating src/Makefile
> creating subst
> creating common/config.h
> 
> 
> *** Configuration summary for nrpe 2.0 09-08-2003 ***:
> 
>  General Options:
>  -------------------------
>  NRPE port:  5666
>  NRPE user:  nagios
>  NRPE group: nagios
> 
> 
> Review the options above for accuracy.  If they look okay,
> type 'make all' to compile the NRPE daemon and client.
> # make all 2>&1|tee make_all.log
>         cd ./src/; make ; cd ..
>         gcc -g -O2 -I/usr/local/include/openssl
> -I/usr/local/include -DHAVE_CONFIG_H -o nrpe nrpe.c utils.c
> -L/usr/local/lib  -lssl -lcrypto -lnsl
> nrpe.c: In function `main':
> nrpe.c:198: warning: assignment makes pointer from integer
> without a cast
> nrpe.c: In function `handle_connection':
> nrpe.c:755: warning: passing arg 2 of `SSL_read' from
> incompatible pointer type
> nrpe.c:927: warning: passing arg 2 of `SSL_write' from
> incompatible pointer type
> ld: 0711-317 ERROR: Undefined symbol: .get_dh512
> ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain
more
> information.
> collect2: ld returned 8 exit status
> make: 1254-004 The error code from the last command is 1.
> 
> 
> Stop.
> make: 1254-004 The error code from the last command is 2.
> 
> 
> Stop.
> 
> 
> 
> 
> 
> No object files have been created thus far
> 
> # find . -type f -name \*.o -ls
> 
> This looks to me like a missing type definition from any
missing
> header file.
> 
> I don't know how to make use of the hint from the linker to try
> using switches -bloadmap or -bnoquiet
> to get further details.
> This doesn't 
> 
> # cd src
> 
> # gcc -Xlinker -bloadmap -g -O2 -I/usr/local/include/openssl
> -I/usr/local/include -DHAVE_CONFIG_H -o 
> nrpe nrpe.c utils.c -L/usr/local/lib  -lssl -lcrypto -lnsl
> nrpe.c: In function `main':
> nrpe.c:198: warning: assignment makes pointer from integer
> without a cast
> nrpe.c: In function `handle_connection':
> nrpe.c:755: warning: passing arg 2 of `SSL_read' from
> incompatible pointer type
> nrpe.c:927: warning: passing arg 2 of `SSL_write' from
> incompatible pointer type
> ld: 0706-015 The -b loadmap option needs a parameter.
>         Option syntax: -b loadmap:PARM
> collect2: ld returned 255 exit status
> 
> 
> Ah, maybe the more verbose output from -bnoquiet is more
> revealing to you?
> 
> 
> # gcc -Xlinker -bnoquiet -g -O2 -I/usr/local/include/openssl
> -I/usr/local/include -DHAVE_CONFIG_H -o 
> nrpe nrpe.c utils.c -L/usr/local/lib  -lssl -lcrypto -lnsl
> nrpe.c: In function `main':
> nrpe.c:198: warning: assignment makes pointer from integer
> without a cast
> nrpe.c: In function `handle_connection':
> nrpe.c:755: warning: passing arg 2 of `SSL_read' from
> incompatible pointer type
> nrpe.c:927: warning: passing arg 2 of `SSL_write' from
> incompatible pointer type
> (ld): halt 4
> (ld): setopt r/o->w 
> (ld): setopt nodelcsect 
> (ld): savename nrpe
> (ld): filelist 9 4
> (ld): i /lib/crt0.o
> (ld): i /tmp/ccAlTMx1.o
> (ld): i /tmp/ccpYRSS6.o
> (ld): lib /usr/local/lib/libssl.a
> (ld): lib /usr/local/lib/libcrypto.a
> (ld): lib /usr/lib/libnsl.a
> (ld): i
> /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/2.95.3/libgcc.a
> (ld): lib /usr/lib/libg.a
> (ld): lib /usr/lib/libc.a
> LIBRARY: Shared object libssl.a[libssl.so]: 318 symbols
imported.
> LIBRARY: Shared object libcrypto.a[libcrypto.so]: 1839 symbols
> imported.
> LIBRARY: Shared object libnsl.a[shr.o]: 358 symbols imported.
> LIBRARY: Shared object libc.a[shr.o]: 2268 symbols imported.
> LIBRARY: Shared object libc.a[meth.o]: 2 symbols imported.
> LIBRARY: Shared object libc.a[aio.o]: 11 symbols imported.
> LIBRARY: Shared object libc.a[pse.o]: 78 symbols imported.
> LIBRARY: Shared object libc.a[dl.o]: 4 symbols imported.
> LIBRARY: Shared object libc.a[pty.o]: 1 symbols imported.
> FILELIST: Number of previously inserted files processed: 9
> (ld): imports /tmp/ccOaE0PW.p 
> IMPORTS: Symbols imported from import file /tmp/ccOaE0PW.p: 0
> (ld): exports /usr/lib/libg.exp 
> EXPORTS: Symbols exported: 4
> (ld): exports /tmp/ccczJ03I.x 
> EXPORTS: Symbols exported: 0
> (ld): resolve
> RESOLVE: 441 of 6329 symbols were kept.
> (ld): addgl /usr/lib/glink.o
> ADDGL: Glink code added for 97 symbols.
> (ld): er full
> ld: 0711-318 ERROR: Undefined symbols were found.
>         The following symbols are in error:
>  Symbol                    Inpndx  TY CL
Source-File(Object-File)
> OR Import-File{Shared-object}
>                               RLD: Address  Section  Rld-type
> Referencing Symbol
>  
>
-----------------------------------------------------------------
> -----------------------------
> ld: 0711-317 ERROR: Undefined symbol: .get_dh512
>  .get_dh512                [58]    ER PR
nrpe.c(/tmp/ccAlTMx1.o)
>                                    000004a8 .text    R_RBR
> [898]   .main
> ER: The return code is 8.
> collect2: ld returned 8 exit status
> 
> 
> 
> Sorry, I'm not a C hacker to make much out of that.
> Do you see where I get the missing definition from?
> 
> 
> I need urgently a working check_nrpe binary for my AIX
platform.
> Otherwise the whole of Nagios is almost useless to me, and I
will
> be forced to try other monitoring systems like zabbix etc.
> 
> Many thanks for your patience
> 
> Ralph
> 
> 
> > -----Original Message-----
> > From: nagiosplug-help-admin at lists.sourceforge.net
> > [mailto:nagiosplug-help-admin at lists.sourceforge.net]On Behalf

> > Of Andreas
> > Ericsson
> > Sent: Tuesday, July 12, 2005 5:30 PM
> > To: nagiosplug-help at lists.sourceforge.net
> > Subject: Re: [Nagiosplug-help] check_nrpe build sucks
> > 
> > 
> > Ralph.Grothe at itdz-berlin.de wrote:
> > > Hello,
> > > 
> > > as I've found out I need to install an NRPE daemon on all
> > > hosts/nodes whose e.g. filesystem space or running procs I
> wish
> > > to monitor (I would say a very common requirement for any
> > > monitoring system).
> > > Unfortunately the Nagios documentation isn't pretty
> articulate on
> > > this subject, merely these vague mentionings:
> > > http://nagios.sourceforge.net/docs/2_0/addons.html#nrpe
> > > To add to the confusion the anchor in this page doesn't
> directly
> > > point to the URL that I would have expected, namely
> > >
>
http://www.nagiosexchange.org/Search_Projects.43.0.html?tx_netnag
> > > ext_pi1%5Bphrase%5D=nrpe&tx_netnagext_pi1%5Bsearch%5D=1
> > > So it took me a while until I stumbled over the further
> required
> > > download links for nrpe.
> > > 
> > > Most of the systems I need to monitor are HPUX, Solaris,
AIX
> > > (much fewer are Linux boxes).
> > > Need I mention that these OSes are usually only furnished
> with a
> > > crippleware "compiler" that basically is only capable of
> linking
> > > a new kernel (on Solaris even that isn't required thanks to
> high
> > > degree of modularization).
> > > Whenever I need to build some apps from open sources for
> these
> > > boxes I can only rely on gcc.
> > > Especially on HPUX gcc performs very poorly.
> > > 
> > 
> > This is due to the header-files found on most HPUX boxen,
which
> are 
> > usually broken unless you use the HPUX C pre-processor.
> > 
> > > Thus I am really glad whenever I find a prebuilt package or
> depot
> > > for these platforms.
> > > 
> > > Well I trust that the NRPE daemon from the HPUX-PARISC NRPE
> depot
> > > will work.
> > > I configured it to be run through inetd as outlined in the
> > > README.
> > > 
> > > What's annoying is that I also need the whole bunch of
> check_*
> > > plugin binaries on these platforms.
> > 
> > 
> > How come? Did you expect all the logic to be built into nrpe?
> > 
> > 
> > > But for those they don't supply any prebuilt packages or
> depots.
> > > 
> > > I also found that although I somehow got the plugins
compiled
> and
> > > installed on the AIX Nagios server (i.e. manager) the
> check_npre
> > > binary was missing.
> > > 
> > 
> > You don't need the check_nrpe binary on the system you want 
> > to monitor. 
> > You only need it on the server where Nagios is running.
> > 
> > 
> > > Ok, I got the nrpe sources (I'm afraid no AIX package
> available)
> > > and tried to compile the stuff
> > > 
> > > This was how I had the Makefiles created
> > > 
> > > # ./configure --prefix=/opt/sw/nagios --enable-ssl
> > > --with-ssl-lib=/usr/local/lib/openssl-0.9
> > > --with-ssl-include=/usr/local/include/openssl
> > > --with-nagios-user=nagios --with-nagios-group=nagios
> > > --with-nagios-port=5666
> > > 
> > > This is the AIX platform and its gcc version
> > > 
> > > # uname -srv
> > > AIX 3 4
> > > 
> > > # gcc -v
> > > Reading specs from
> > > /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/2.95.3/specs
> > > gcc version 2.95.3 20010315 (release)
> > > 
> > > 
> > > Here is where the linker aborts
> > > 
> > > # make all
> > >         cd ./src/; make ; cd ..
> > >         gcc -g -O2 -I/usr/local/include/openssl
> > > -I/usr/local/include -DHAVE_CONFIG_H -o nrpe nrpe.c
> > >  utils.c -L/usr/local/lib/openssl-0.9  -lssl -lcrypto -lnsl
> > > nrpe.c: In function `main':
> > > nrpe.c:198: warning: assignment makes pointer from integer
> > > without a cast
> > > nrpe.c: In function `handle_connection':
> > > nrpe.c:755: warning: passing arg 2 of `SSL_read' from
> > > incompatible pointer type
> > > nrpe.c:927: warning: passing arg 2 of `SSL_write' from
> > > incompatible pointer type
> > > ld: 0711-317 ERROR: Undefined symbol: .get_dh512
> > > ld: 0711-345 Use the -bloadmap or -bnoquiet option to
obtain
> more
> > > information.
> > > collect2: ld returned 8 exit status
> > > make: 1254-004 The error code from the last command is 1.
> > > 
> > 
> > What linker are you using? What's the version of your openssl

> > installation? nrpe (and check_nrpe) requires 0.9.6 or later.
> > 
> > > 
> > > Stop.
> > > make: 1254-004 The error code from the last command is 2.
> > > 
> > > 
> > > Stop.
> > > 
> > > 
> > > Ok, I understand that I don't need the NRPE daemon on this
> AIX
> > > box since this is the Nagios server.
> > > So I think it would suffice to only get the check_nrpe
plugin
> > > compiled in the plugins subdir of the source tarball.
> > > Is that so, or would I require any other components as well
> on
> > > the Nagios server?
> > > 
> > 
> > You only need check_nrpe on the nagios server.
> > 
> > > 
> > > 
> > > Same nuisance, different box.
> > > This time a HPUX node that I wish to monitor by the Nagios
> > > server.
> > > As I understood, here I will need the NRPE daemon, which I
> got
> > > from the HPUX-PARISC depot for 11.00.
> > > But I also need plugins such as check_procs or check_disks
> etc.
> > > 
> > > Here we're on
> > > 
> > > # uname -srv
> > > HP-UX B.11.00 U
> > > 
> > > 
> > > Looks like HP's make cannot cope with a rule in
> plugins/Makefile
> > > 
> > > # make all
> > > No suffix list.
> > >         make  all-recursive
> > > No suffix list.
> > > Making all in intl
> > >         : -y -d --name-prefix=__gettext --output plural.c
> > > plural.y
> > >         rm -f plural.h
> > > Making all in lib
> > >         make  all-am
> > > Making all in plugins
> > > Make: Must be a separator on rules line 1011.  Stop.
> > > *** Error exit code 1
> > > 
> > > Stop.
> > > *** Error exit code 1
> > > 
> > > Stop.
> > > 
> > > 
> > > Well the indicated line No. isn't very helpful since non of
> the
> > > Makefiles has that many lines
> > > 
> > > # find /usr/local/tmp/nagios-plugins-1.4 -type f -name
> Makefile
> > > -exec wc -l {} \;
> > > 337 /usr/local/tmp/nagios-plugins-1.4/intl/Makefile
> > > 567 /usr/local/tmp/nagios-plugins-1.4/lib/Makefile
> > > 398 /usr/local/tmp/nagios-plugins-1.4/m4/Makefile
> > > 990 /usr/local/tmp/nagios-plugins-1.4/plugins/Makefile
> > > 520
> /usr/local/tmp/nagios-plugins-1.4/plugins-scripts/Makefile
> > > 426 /usr/local/tmp/nagios-plugins-1.4/po/Makefile
> > > 729 /usr/local/tmp/nagios-plugins-1.4/Makefile
> > > 
> > > 
> > > Though not being a profound connaiseur of Makefile syntax
> > > I cannot see anything that looks wrong in that all: rule
> > > 
> > > # sed -n 484,501p plugins/Makefile
> > > all: all-am
> > > 
> > > .SUFFIXES:
> > > .SUFFIXES: .c .o .obj
> > > $(srcdir)/Makefile.in:  $(srcdir)/Makefile.am
> > > $(am__configure_deps)
> > >         @for dep in $?; do \
> > >           case '$(am__configure_deps)' in \
> > >             *$$dep*) \
> > >               cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS)
> > > am--refresh \
> > >                 && exit 0; \
> > >               exit 1;; \
> > >           esac; \
> > >         done; \
> > >         echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu
> > > plugins/Makefile'; \
> > >         cd $(top_srcdir) && \
> > >           $(AUTOMAKE) --gnu  plugins/Makefile
> > > .PRECIOUS: Makefile
> > > Makefile: $(srcdir)/Makefile.in
$(top_builddir)/config.status
> > > 
> > > I haven't tried yet on our Solaris boxes,
> > > but I'm convinced that the situation thereon won't differ
> much.
> > > 
> > > 
> > > With all this unforseen hassle I can so far conclude that
> Nagios
> > > may be fine if you have to monitor mainly Linux or *BSD
> boxes.
> > > But getting things working on the commercial Unices if you
> don't
> > > have development systems with full featured compiler suites
> you
> > > end up in the usual debugging nightmare.
> > > 
> > > Any help would be highly appreciated.
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by the 'Do More With Dual!' 
> > webinar happening
> > > July 14 at 8am PDT/11am EDT. We invite you to explore the 
> > latest in dual
> > > core and dual graphics technology at this free one hour 
> > event hosted by HP, 
> > > AMD, and NVIDIA.  To register visit
> http://www.hp.com/go/dualwebinar
> > > _______________________________________________
> > > Nagiosplug-help mailing list
> > > Nagiosplug-help at lists.sourceforge.net
> > >
https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
> > > ::: Please include plugins version (-v) and OS when 
> > reporting any issue. 
> > > ::: Messages without supporting info will risk being sent 
> > to /dev/null
> > > 
> > 
> > -- 
> > Andreas Ericsson                   andreas.ericsson at op5.se
> > OP5 AB                             www.op5.se
> > Lead Developer
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by the 'Do More With Dual!' 
> > webinar happening
> > July 14 at 8am PDT/11am EDT. We invite you to explore the 
> > latest in dual
> > core and dual graphics technology at this free one hour event

> > hosted by HP, 
> > AMD, and NVIDIA.  To register visit
> http://www.hp.com/go/dualwebinar
> > _______________________________________________
> > Nagiosplug-help mailing list
> > Nagiosplug-help at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
> > ::: Please include plugins 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 the 'Do More With Dual!' 
> webinar happening
> July 14 at 8am PDT/11am EDT. We invite you to explore the 
> latest in dual
> core and dual graphics technology at this free one hour event 
> hosted by HP, 
> AMD, and NVIDIA.  To register visit
http://www.hp.com/go/dualwebinar
> _______________________________________________
> Nagiosplug-help mailing list
> Nagiosplug-help at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
> ::: Please include plugins version (-v) and OS when reporting 
> any issue. 
> ::: Messages without supporting info will risk being sent to
/dev/null
>