Good to know that I'm not the only one seeing this. I forgot to mention that it doesn't happen every time you cancel a downtime, I think 10-20% seems about right. I confirmed that it doesn't create a dump in /usr/local/nagios/etc/ and there's no indication of a problem even when changing the debug_level to -1. I'll try to strace it next time I'm able to reproduce the problem.
Rafael On Fri, May 21, 2010 at 7:34 AM, unix <u...@bgc.se> wrote: > We have had this problem in version 3.0 3.1 and now in 3.5.2 . > Running rhel 5.3 in distributed environment master clustered and 2 slaves. > The cluster service always starts up opsview again after it has crashed. > So our only problem is a lot of Service results are stale when it happens. > Abut 10-20% of our Cancel downtime crashes opsview. > We also had a single opsviewserver and on this server opsview newer > crashed. > But of course it work flawless at the moment. > If we can find a way to provoke it so it happen every time we will trace > it. > > > On 2010-05-20 19:56, Ton Voon wrote: > >> >> On 20 May 2010, at 20:35, Rafael Carneiro wrote: >> >> > It's a distributed environment, where everything but 20 boxes are > >> monitored by slaves (2 clusters of 2 slaves, about 600 hosts being > >> monitored). >> > >> > I seem to be able to replicate that by scheduling and then deleting > >> downtime for a host group. >> > >> > I've changed debug_level=-1 and am still only able to see this in > the >> nagios.log before it crashes: [1274383762] EXTERNAL COMMAND: > >> DEL_HOSTGROUP_SVC_DOWNTIME;hostgroup_name >> > >> > I had core dumps enabled, but don't know where to look for them > (not >> sure if they're being created). >> >> They should be created in the /usr/local/nagios/etc directory. >> >> An strace would be helpful. >> >> Ton >> >> >> _______________________________________________ > Opsview-users mailing list > Opsview-users@lists.opsview.org > http://lists.opsview.org/lists/listinfo/opsview-users > -- Rafael Carneiro http://ca.linkedin.com/in/rcarneiro
_______________________________________________ Opsview-users mailing list Opsview-users@lists.opsview.org http://lists.opsview.org/lists/listinfo/opsview-users
