search for: lehmann88

...t have time for that suggestion today. But as I demonstrate above, the > problem is not that nrpe isn't listening. > > This remains a really odd situation. Does anyone else have any clues? > > Thanks, > Tim > > > > On Fri, May 1, 2015 at 7:43 AM, Eric Lehmann <e.lehmann88 at gmail.com> > wrote: > > > Oh my mistake. I mean nrpe without parameters. It should say something > > about SSL/TLS aktiv or so. > > You could test nrpe without SSL. Use nrpe -n - H host > > Am 01.05.2015 13:18 schrieb "Eero Volotinen" <eero.volotinen...

....so.1 => /lib64/libsepol.so.1 (0x00002aaaacb09000) > > > > > > So it looks like everything is OK from the SSL end of things. Any other > > ideas or suggestions? > > > > Thanks > > Tim > > > > On Fri, May 1, 2015 at 5:46 AM, Eric Lehmann <e.lehmann88 at gmail.com> > > wrote: > > > > > This is strange... > > > Do you have SSL aktive on both systems? Run nrpr localy without > > parameters > > > (this should return some nrpe stats) and check ldd for libssl. > > > Am 01.05.2015 07:32 schrieb...

...libselinux.so.1 => /lib64/libselinux.so.1 (0x00002aaaac8f0000) libsepol.so.1 => /lib64/libsepol.so.1 (0x00002aaaacb09000) So it looks like everything is OK from the SSL end of things. Any other ideas or suggestions? Thanks Tim On Fri, May 1, 2015 at 5:46 AM, Eric Lehmann <e.lehmann88 at gmail.com> wrote: > This is strange... > Do you have SSL aktive on both systems? Run nrpr localy without parameters > (this should return some nrpe stats) and check ldd for libssl. > Am 01.05.2015 07:32 schrieb "Tim Dunphy" <bluethundr at gmail.com>: > > &gt...

...s),1002(nagcmd) I do notice a slight difference in the user id and group id numbers. But I don't think that could be causing any issue. Does anyone else disagree? I might want to standardize user accounts at some point howver. Thanks! Tim On Fri, May 1, 2015 at 1:03 PM, Eric Lehmann <e.lehmann88 at gmail.com> wrote: > Hi > > NRPE: Error receiving data from daemon > > Seems as this is not a SSL Problem. Do you have a nagios user account? Cat > /etc/passwd > Am 01.05.2015 18:45 schrieb "Tim Dunphy" <bluethundr at gmail.com>: > > > > > &...

...I can try to get to that later, but I may not have time for that suggestion today. But as I demonstrate above, the problem is not that nrpe isn't listening. This remains a really odd situation. Does anyone else have any clues? Thanks, Tim On Fri, May 1, 2015 at 7:43 AM, Eric Lehmann <e.lehmann88 at gmail.com> wrote: > Oh my mistake. I mean nrpe without parameters. It should say something > about SSL/TLS aktiv or so. > You could test nrpe without SSL. Use nrpe -n - H host > Am 01.05.2015 13:18 schrieb "Eero Volotinen" <eero.volotinen at iki.fi>: > > &gt...

...usr/local/nagios/libexec/check_nrpe -H ops.jokefire.com CHECK_NRPE: Error - Could not complete SSL handshake. Really, really puzzling. This is driving me up a wall!! I hopeI can solve this soon.... Thanks for any and all help with this one!! Tim On Fri, May 1, 2015 at 1:02 AM, Eric Lehmann <e.lehmann88 at gmail.com> wrote: > Hi > Does the deamon run under xinetd? Then you have to configure the only_from > in */etc/**xinetd.d**/**nrpe* to. > > Regards > Eric > Am 01.05.2015 06:46 schrieb "Tim Dunphy" <bluethundr at gmail.com>: > > > Hello, > &...

....1 (0x00002aaaac8f0000) > libsepol.so.1 => /lib64/libsepol.so.1 (0x00002aaaacb09000) > > > So it looks like everything is OK from the SSL end of things. Any other > ideas or suggestions? > > Thanks > Tim > > On Fri, May 1, 2015 at 5:46 AM, Eric Lehmann <e.lehmann88 at gmail.com> > wrote: > > > This is strange... > > Do you have SSL aktive on both systems? Run nrpr localy without > parameters > > (this should return some nrpe stats) and check ldd for libssl. > > Am 01.05.2015 07:32 schrieb "Tim Dunphy" <bluethun...

....jokefire.com > CHECK_NRPE: Error - Could not complete SSL handshake. > > Really, really puzzling. This is driving me up a wall!! I hopeI can solve > this soon.... > > Thanks for any and all help with this one!! > Tim > > On Fri, May 1, 2015 at 1:02 AM, Eric Lehmann <e.lehmann88 at gmail.com> > wrote: > > > Hi > > Does the deamon run under xinetd? Then you have to configure the > only_from > > in */etc/**xinetd.d**/**nrpe* to. > > > > Regards > > Eric > > Am 01.05.2015 06:46 schrieb "Tim Dunphy" <bluethun...

Hello, I am trying to monitor a host in the Amazon EC2 cloud. Yet when I try to check NRPE from the monitoring host I am getting an SSL handshake error: [root at monitor1:~] #/usr/local/nagios/libexec/check_nrpe -H ops.jokefire.com CHECK_NRPE: Error - Could not complete SSL handshake. And if I telnet into the host on port 5666 to see if the FW port is open, the connection closes right away:

Hi Does the deamon run under xinetd? Then you have to configure the only_from in */etc/**xinetd.d**/**nrpe* to. Regards Eric Am 01.05.2015 06:46 schrieb "Tim Dunphy" <bluethundr at gmail.com>: > Hello, > > I am trying to monitor a host in the Amazon EC2 cloud. > > Yet when I try to check NRPE from the monitoring host I am getting an SSL > handshake error:

Hello The http://cloud.centos.org/centos/7/atomic/images/CentOS-Atomic-Host-7-Installer.iso provided in https://wiki.centos.org/SpecialInterestGroup/Atomic/Download is down. Does anybody know if there is a reason for that? Regards

Have you checked the file rights under your document root ? Your apache group need reading right. Am 07.05.2015 21:42 schrieb "John" <tuxfed at gmail.com>: > Hi all, Freshly installed apache 2.2 with httpd-itk (from epel). When I > try to access apache's document root from a browser on local network, it > always serve me the Apache welcome page, even if I have a

Please also check for the proper security context. Do ls -Z /var/www/html/index.html. The context type httpd_sys_content_t should be present. Regards 2015-05-08 14:32 GMT+02:00 Richard <lists-centos at listmail.innovate.net>: > More specifically -- when you get the "not found" in the browser > there should be an entry logged in the error log. E.g., tail the > error log,