On 2 Dec 2009, at 16:32, Ton Voon wrote:
Hi Abdelouahed,
On 2 Dec 2009, at 13:27, Abdelouahed Haitoute wrote:
I would like to notify the developers, that the problem is solved
by removing the following directory and file from the slave server:
/usr/local/nagios/perl/lib/i486-linux-gnu-thread-multi/auto/Time/
HiRes
/usr/local/nagios/perl/lib/i486-linux-gnu-thread-multi/auto/Time/
HiRes.pm
On the mailing list of debian, they suggested to use the module in
debian perl core package. http://lists.debian.org/debian-perl/2009/12/msg00006.html
Maybe you (the developers) can use in the future the debian module
instead of the nagios module?
Unfortunately, we have to include it because other OS distributions
do not.
We don't have this problem on our latest Lenny server. What does:
perl -v?
perl -e 'use Time::HiRes; print Time::HiRes->VERSION,$/'?
more /etc/apt/sources.list.d/*?
It looks like we install Time::HiRes 1.9711 and there is a newer
one, so we'll update to that.
We already install the latest Time::HiRes, so this is not the fix.
I've hit this problem on a development slave and this is due to the
slave being a different OS version. We state that this as a
restriction for slave systems: http://docs.opsview.org/doku.php?id=opsview-community:slavesetup#restrictions
My guess is that the version of perl on the slave is different on the
slave than on the master? I guess Time::HiRes is very fussy about the
version of perl it is compiled with.
Ton
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users
