<tt>> nsca[10902]: Dropping packet with invalid CRC32 - possibly due to > client using wrong password or crypto algorithm?</tt> <tt>> </tt> <tt>> Obviously, I’ve triple-checked the password and algorithm settings, > so that’s not the problem.</tt> <tt>> </tt> <tt>> I’m suspecting that since the collector is running a 64 bit version > of SLES (10.2) and the central server is 32 bit SLES (10.2), that > somehow the CRC is being generated differently between the two.</tt> <tt>> </tt> <tt>> Another bit of evidence pointing to the suspected mismatch is that > the collector in question can do send_nsca successfully to another > 64 bit system.</tt> <tt>> </tt> <tt>> Anyone else run into this or can think of a workaround to try?</tt> <tt>I am pretty sure there's no general problem with a 64 bit send_nsca</tt> <tt>and a 32 bit nsca-daemon, as I am using this setup massively.</tt> <tt>Most of our Oracle servers are RHEL5 64bit and our Nagios is a</tt> <tt>RHEL5 32bit. So it must be either a misconfiguration on your side,</tt> <tt>or a SLES specific problem. Even though you triple checked it, check</tt> <tt>it again - and I'd suppose to just start the integration of that</tt> <tt>particular server from scratch again. Maybe you made such an obvious</tt> <tt>mistake that even looking 10 times over it would not reveal it to</tt> <tt>you. Human beings tend to overlook obvious mistakes they made</tt> <tt>themselves - our brain is tricking us there ;)</tt> <tt>I'd say the top mistake of all the "I checked it ten times and the</tt> <tt>config is correct!"-problems I heard of is: your send_nsca is using</tt> <tt>another config then you think it does. Therefor you always check the</tt> <tt>wrong config and the real config has a mistake. Just a hint.</tt> <tt>Else I can't think of much else, as this setup is running here</tt> <tt>without problems. Last question though: are you using a 32bit</tt> <tt>precompiled send_nsca on the 64bit system or did you compile</tt> <tt>it natively on that system for 64bit?</tt> <tt>S</tt> GFKL Financial Services AG Vorstand: Jürgen Baltes, Dr. Tom Haverkamp Vorsitzender des Aufsichtsrats: Wilhelm Plumpe Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522