[r...@opsview sbin]# REMOTE_USER=admin REQUEST_METHOD=GET ../status.cgi *** glibc detected *** ../status.cgi: malloc(): memory corruption: 0x08b94208 *** Can you check your server RAM? Could be a memory problem on the server. Opsview is running in a virtual server in our VMWare vSphere on a HP C7000 Bladecenter. It currently has 4gb memory associated. If it is a bug in Nagios, this is going to be very difficult to work diagnose without data from your system. My guess is that status.dat or objects.cache are corrupted and/or have some funny characters in there which mean that the CGIs cannot parse it to work out status information. If you can reduce the problem, that might give a clue to what the issue is. You can pass NAGIOS_CGI_CONFIG=/tmp/cgi.cfg before ./status.cgi to point to a different cgi.cfg (usually /usr/local/nagios/etc) and from there point to a different objects.cache and status.dat file. And then reduce these files down to find what the problem stanza is. The problem "seems" to have gone away after I added my first slave server, and moved some of the hosts to the new server.. ( I had about 400 hosts on one server, about 370 of them only had a simple ping check activated, so the load wasn't very big. (I have had 700 hosts monitored by the same nagios instance without any problems, before Opsview on the same virtual server hardware.) On that note, is there any way I can see the number of hosts any server is currently monitoring, other than looking under "Monitoring Servers" and manually counting the number of hosts on each server? Thanks for your assistance. Kind Regards Jacob
_______________________________________________ Opsview-users mailing list Opsview-users@lists.opsview.org http://lists.opsview.org/lists/listinfo/opsview-users
