Hi Luis, That would be a better option indeed, but the Opsview-perl package depends on Opsview-base. And that package is not needed on a slave.
Regards, Toni -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Luis F. Periquito Sent: vrijdag 29 april 2011 10:51 To: Opsview Users Subject: Re: [opsview-users] Upgrade to 3.11.1 broke slaves Hi Toni, I found it was easier to just install the opsview-perl package in the slaves. It has fixed (up until now) all the issues I've had with running different master/slaves. Regards, Luis Periquito Operações [email protected] -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Toni Van Remortel Sent: sexta-feira, 29 de Abril de 2011 07:53 To: Opsview Users Subject: Re: [opsview-users] Upgrade to 3.11.1 broke slaves FYI: Wiki updated with this info: http://docs.opsview.com/doku.php?id=opsview-community:slavesetup:64bit Regards, Toni Van Remortel System Engineer @ Precision Operations N.V. +32 3 451 92 20 - [email protected] Satenrozen 2a, 2550 Kontich, Belgium -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Toni Van Remortel Sent: donderdag 28 april 2011 19:13 To: Opsview Users Subject: Re: [opsview-users] Upgrade to 3.11.1 broke slaves Hi Henry, Thanks for your note. As we have a mixed environment and quite a large amount of slaves, I can't just use only 32-bit or 64-bit. Anyway, I found the problem. 2 of my 64-bit slaves did work, so I did a strace on one of them to start import_slaveresultsd. It showed that it used x64 Perl libs I once installed on it below the /usr/local/nagios/perl/lib directory. When copying them over to the non-working slaves, they do work from then on. Problem solved! Regards, Toni Van Remortel System Engineer @ Precision Operations N.V. +32 3 451 92 20 - [email protected] Satenrozen 2a, 2550 Kontich, Belgium -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Henry Sent: donderdag 28 april 2011 17:38 To: Opsview Users Subject: Re: [opsview-users] Upgrade to 3.11.1 broke slaves Hi! First I've to say that it isn't a good idea and afaik not supported by Opsera to run the Master and Slave on different platforms (32 vs 64 bit). As our slaves aren't working you are stressed out. So I write you anything that crosses me mind, be careful nothing of the things below are tested or proven. The logs tell, that you're missing the Log::Dispatch::FileRotate perl module. I checked one of my slaves (64 bit) and found the module at /usr/local/nagios/perl/lib/Log/Dispatch/FileRotate.pm You might want to check if this file is present, and provide it as a quick fix (copy it from master or CPAN). As perl modules are platform agnostic that shouldn't be a problem. Unfortunately I'm not sure why this happens. Have you updated your slaves too? Did send2slaves run successfully? The /usr/local/nagios/perl directory is filled by send2slaves and install_slave. These two scripts pack (inter alia) the /usr/local/nagios/perl directory at the master and unpack it at the slave. So you might also want to have a look at the send2slaves log at /usr/local/nagios/var/log/send2slaves.debug -- kind regards, Henry On Do, 2011-04-28 at 14:56 +0000, Toni Van Remortel wrote: > Hi, > > My 64-bit slaves worked perfectly with a 32-bit master with Opsview 3.9.x. > The upgrade to 3.11.0 had some issues, but it worked after a manual start of > import_slaveresultsd. > > But now I get this: > Stopping opsview... import_slaveresultsd not running done Starting > opsview... ERROR: can't load appenderclass 'Log::Dispatch::FileRotate' > Bareword "ARRAYREF" not allowed while "strict subs" in use at > /usr/local/nagios/bin/../perl/lib/Log/Dispatch.pm line 35. > Bareword "ARRAYREF" not allowed while "strict subs" in use at > /usr/local/nagios/bin/../perl/lib/Log/Dispatch.pm line 35. > Bareword "CODEREF" not allowed while "strict subs" in use at > /usr/local/nagios/bin/../perl/lib/Log/Dispatch.pm line 35. > Compilation failed in require at > /usr/local/nagios/bin/../perl/lib/Log/Dispatch/Output.pm line 9. > BEGIN failed--compilation aborted at > /usr/local/nagios/bin/../perl/lib/Log/Dispatch/Output.pm line 9. > Compilation failed in require at > /usr/local/nagios/bin/../perl/lib/Log/Dispatch/FileRotate.pm line 6. > BEGIN failed--compilation aborted at > /usr/local/nagios/bin/../perl/lib/Log/Dispatch/FileRotate.pm line 6. > Compilation failed in require at (eval 18) line 3. > Can't call method "info" on an undefined value at > /usr/local/nagios/bin/import_slaveresultsd line 171. > END failed--call queue aborted at /usr/local/nagios/bin/import_slaveresultsd > line 95. > Cannot startup import_slaveresultsd > > Any idea how to fix this? > > Thanks, > Toni Van Remortel > System Engineer @ Precision Operations N.V. > +32 3 451 92 20 - [email protected] > Satenrozen 2a, 2550 Kontich, Belgium > > _______________________________________________ > Opsview-users mailing list > [email protected] > http://lists.opsview.org/lists/listinfo/opsview-users _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users _______________________________________________ Opsview-users mailing list [email protected] http://lists.opsview.org/lists/listinfo/opsview-users
