Hello Marcel, well, same on server01 and client22... working-server has an earlier one, but it works on this.
NSCA doesn't show me any encryption error (encryption method and passphrase are correct on both ends) :/ Regards, C. On Tue, 8 Dec 2009 14:34:43 -0200 Marcel <mits...@gmail.com> wrote: > check openssl versions and compatibility. > > On Tue, Dec 8, 2009 at 2:13 PM, Cedric Jeanneret < > cedric.jeanne...@camptocamp.com> wrote: > > > Hello again, > > > > In fact, configuration files are dployed via puppet( > > http://reductivelabs.com/trac/puppet/wiki), so all files (should be) are > > the same. I'll check it, but as puppet runs on every hosts, they all should > > have the same files. > > IP addresses are the same (fixed IP, fixed ports). > > > > I'll check files once again. > > > > If anyone has another idea... > > > > Thank you. > > > > Best regards, > > > > C. > > > > On Tue, 8 Dec 2009 08:31:59 -0600 > > Greg Pangrazio <pangr...@gmail.com> wrote: > > > > > It sounds like there is something that changed with the re-install. > > > > > > Is the IP address of the system the same? > > > > > > Did you pick the same encryption type in the nsca config? > > > > > > Can you diff the nsca config with a working host? > > > Greg Pangrazio > > > pangr...@gmail.com > > > > > > > > > > > > > > > > > > On Tue, Dec 8, 2009 at 8:14 AM, Cedric Jeanneret > > > <cedric.jeanne...@camptocamp.com> wrote: > > > > Hello, > > > > > > > > As far as I can see, only new one. Even if they are just reinstalled > > (client22 was in nagios config before it was reinstalled....). > > > > > > > > Best regards, > > > > > > > > C. > > > > > > > > On Tue, 8 Dec 2009 08:08:03 -0600 > > > > Greg Pangrazio <pangr...@gmail.com> wrote: > > > > > > > >> Do all of your clients fail, or just the new one? > > > >> > > > >> Greg Pangrazio > > > >> pangr...@gmail.com > > > >> > > > >> > > > >> > > > >> > > > >> On Tue, Dec 8, 2009 at 4:40 AM, Cedric Jeanneret > > > >> <cedric.jeanne...@camptocamp.com> wrote: > > > >> > Hello, > > > >> > > > > >> > I'm having troubles with NSCA. > > > >> > What we have : > > > >> > > > > >> > - about 47 passive hosts > > > >> > - about 220 passive services > > > >> > > > > >> > Versions : all are redhat servers, with: > > > >> > - NSCA 2.7.2 (latest one) > > > >> > - Nagios 3.1.2 > > > >> > > > > >> > We have a single "nagios aggregator", which collect all NSCA status > > from the other hosts. > > > >> > > > > >> > What's happening: > > > >> > a host was reinstalled yesterday (say client22), and now it seems > > NSCA daemon on the aggregator (say server01) doesn't seem to collect data. > > > >> > > > > >> > What I've done: > > > >> > > > > >> > - tcpdump on both client22 and server01, both show me traffic > > between them, on NSCA default port (5667) > > > >> > > > > >> > - checked iptables rules, all is ok (as tcpdump shows me traffic, > > that's a confirmation) > > > >> > > > > >> > - trying to push status by hand from client22 to server01; ALL > > packets are sent successfully """1 data packet(s) sent to host > > successfully.""". I've done this with a loop like that: > > > >> > for i in $(seq 1000); do /usr/local/bin/submit_ochp $(hostname -f) > > UP 'Host is up'; sleep 2; done > > > >> > > > > >> > - Enbling debug for nsca on server01 doesn't show me anything > > interesting. I just don't see where nsca catch up client22 status, and it > > keeps on saying : > > > >> > Warning: The results of host 'client22.domain.lt' are stale by 0d > > 0h 2m 0s (threshold=0d 0h 6m 0s). I'm forcing an immediate check of the > > host. > > > >> > > > > >> > On another hand, it shows me: > > > >> > [1260267958.216051] [016.1] [pid=23191] Check results for service > > 'Cron service' on host 'client22.domain.lt' are fresh. > > > >> > > > > >> > > > > >> > I really don't know where to find a solution, neither where is the > > real problem. We have another network with about 200 passive hosts and over > > 350 passive services, and it works fine. > > > >> > > > > >> > The only differences are : > > > >> > - the working network is debian-only > > > >> > - the working network's NSCA server doesn't do anything else than > > central nagios server. server01 does some other stuff, like syslog server > > and collectd server... maybe there's a bottleneck in there, but I can't be > > sure about that. > > > >> > > > > >> > Does anyone of you have an idea ? > > > >> > > > > >> > Thank you in advance. > > > >> > > > > >> > Best regards, > > > >> > > > > >> > C. > > > >> > > > > >> > > > > >> > > > > >> > -- > > > >> > Cédric Jeanneret | System Administrator > > > >> > 021 619 10 32 | Camptocamp SA > > > >> > cedric.jeanne...@camptocamp.com | PSE-A / EPFL > > > >> > > > > >> > > > ------------------------------------------------------------------------------ > > > >> > Return on Information: > > > >> > Google Enterprise Search pays you back > > > >> > Get the facts. > > > >> > http://p.sf.net/sfu/google-dev2dev > > > >> > > > > >> > _______________________________________________ > > > >> > 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 > > > >> > > > > > > > > > > > > > -- > > > > Cédric Jeanneret | System Administrator > > > > 021 619 10 32 | Camptocamp SA > > > > cedric.jeanne...@camptocamp.com | PSE-A / EPFL > > > > > > > > > > ------------------------------------------------------------------------------ > > > > Return on Information: > > > > Google Enterprise Search pays you back > > > > Get the facts. > > > > http://p.sf.net/sfu/google-dev2dev > > > > > > > > _______________________________________________ > > > > 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 > > > > > > > > > > -- > > Cédric Jeanneret | System Administrator > > 021 619 10 32 | Camptocamp SA > > cedric.jeanne...@camptocamp.com | PSE-A / EPFL > > > > > > ------------------------------------------------------------------------------ > > Return on Information: > > Google Enterprise Search pays you back > > Get the facts. > > http://p.sf.net/sfu/google-dev2dev > > > > _______________________________________________ > > 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 > > -- Cédric Jeanneret | System Administrator 021 619 10 32 | Camptocamp SA cedric.jeanne...@camptocamp.com | PSE-A / EPFL
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev
_______________________________________________ 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