Hello,
On 3/30/2006 7:08 PM, Werner Flamme wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
for about 2 weeks we have problems with 2 monitored servers. Both are
running SuSE Linux Enterprise Server 9 x86_64 on AMD Opteron, both have
following components installed:
- - NRPE Version: 2.3 Last Modified: 01-23-2006 (I downloaded 2.4 ;-)
- - nagios-plugins 1.4.2
- - nagios-plugins-sap-ccms-0.7.2-45
- - xinetd-2.3.13-39.11
Which gcc version did you use?
Are these _all_ your SLES/x86 machines, do you have similar software on
32-bit-systems, or other software (i.e. older/newer versions, different
gcc versions, different libraries...) on similar hardware?
Each time the monitoring server sends a nrpe trap, I find
kernel: nrpe[8893]: segfault at 0000000000000030 rip 0000002a9568a911 rsp
0000007fbfffb800 error 4
in /var/log/messages.
So I assume it's nrpe crashing.
Xinetd complains about
xinetd[12263]: Reading included configuration file: /etc/xinetd.d/nrpe
[file=/etc/xinetd.d/nrpe] [line=15]
I don't see a complaint. Anyway, I'd recommend to try compiling nrpe on
the x64 server without optimization, i.e. using -O0 (Oh-zero). In
another project there are reports that gcc 4.x on 64-bit-architectures
may generate faulty code.
in /var/log/messages. You see /etc/xinetd.d/nrpe here:
- ---snip---
# default: on
# description: NRPE (Nagios Remote Plugin Executor)
# only_from: 141.65.129.80
service nrpe
{
socket_type = stream
protocol = tcp
wait = no
user = nagios
group = nagios
disable = no
server = /usr/bin/nrpe
server_args = -n -c /etc/sapmon/nrpe.cfg -i
flags = REUSE
log_on_failure += USERID
}
- ---pins---
As you see, line 15 contains the closing bracket. It does not make any
differences whether the order of the lines are changed or if I use
nobody/nogroup instead - it's an error on line 15. When I add the only_from
directive, it is still line 15. When I enter a faulty parameter ("disabled"
instead of "disable") I see the corresponding line number in the error text.
Bad enough, but I'd ignore this for the time being.
And to add to my confusion, the same configuration runs fine on another
machine with i686 architecture. Just the instance names of some SAP checks
are changed...
Best of all is that the monitoring server shows all services as green, and
with the correct output.
I am just a bit concerned since one day we had a /var/log/messages of 35
Gig size :-(
Fun... :-|
What did I do till now? Well, first I tried the rpms delivered with SLES9.
Then I removed them and compiled nrpe 2.0 (and later nrpe 2.4) on the
machines.
File a bug report at SuSE / Novell and let theyr support crew work on
the problem. After all, that's one of the differences between SLES and
SL without ES.
No changes - the error appears, nagios shows "good" results. Then
I commented out all the commands in /etc/sapmon/nrpe.cfg. The error is
still there, now nagios shows (correctly) that the service is not defined.
Can someone please put me on the way to get rid of those error lines?
Google and alltheweb.com only told me that there was an issue with nrpe
segfaulting when the config was faulty - but this was 3 years ago... BTW, I
did not find something like "nrpe -v -c /etc/sapmon/nrpe.cfg" or something
similar to have nrpe check its config file. Is it planned to support this
check in the future?
I don't think this is a configuration issue.
Arno
Sigh
Werner
- --
Werner Flamme, Abt. WKDV
UFZ Umweltforschungszentrum Leipzig-Halle GmbH,
Permoserstr. 15 - 04318 Leipzig
Tel.: (0341) 235-3921 - Fax (0341) 235-453921
http://www.ufz.de - eMail: [EMAIL PROTECTED]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFELBCnk33Krq8b42MRAg8WAJ9QOW+ZmnEpYvpPNqyLaHgMlMFt4gCZAcTJ
go694Dw6RzF0OrPZ+qyvL0s=
=qWPr
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
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
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
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