Thanks to both Simon and Paul for the assistance. My issue is now resolved.
It turns out the nagios user on my slave was not sourcing its profile
correctly. Once I fixed that issue everything cleared up.
Thanks,
Craig
From: Paul
Reply-To: Opsview Users
Date: Fri, 24 Jun 2011 12:15:40 +0200
Hi,
> Your main opsview server remains your main opsview server.
>
>
>
> If you intend to setup a slave server, which talks to the main opsview
> server, then these commands apply
I'm not intending to setup a slave. I would like to partial-migrate from
Nagios to Opsview. Following the wiki docu
Hi,
Your main opsview server remains your main opsview server.
If you intend to setup a slave server, which talks to the main opsview server,
then these commands apply
hth
Paul
-Original message-
To:opsview-users@lists.opsview.org;
From:Mgia
Sent:Thu 23-06-2011 18:43
Subj
I have seen rights modified on the opsview_slave.log (IIRC) back to root.root
which caused the slave to remain "in trouble"
Recent happenings result in slave error from the master, where a restart of the
tunnel (ps -ef | grep ssh, pick the right ip of the slave and kill -9) fixed
the proble
Maybe you've still tested it, but in case, take a look on the wiki:
http://docs.opsview.com/doku.php?id=opsview-community:staleresults
There are some suggestion and points to check. In my case there was an issue on the slave, executing
as nagios user: /usr/local/nagios/bin/retrieve_opsview_inf