Hello guys!
We have problems with nagios classic web interface.
Often there is an error 500 when accessing status.cgi.
FreeBSD 8.2-RELEASE-p6 amd64
nagios-3.3.1
In the server logs: Premature end of script headers: status.cgi
In dmesg: pid PIDN (status.cgi), uid 80: exited on signal 11
gdb provides the following information:
Core was generated by `status.cgi'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.7...done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
#0 mmap_fgets (temp_mmapfile=0x800a12820) at ../common/shared.c:181
181 ../common/shared.c: No such file or directory.
in ../common/shared.c
(gdb) bt
#0 mmap_fgets (temp_mmapfile=0x800a12820) at ../common/shared.c:181
Cannot access memory at address 0x7fffffffe608
(gdb) p *temp_mmapfile
$1 = {path = 0x800a12850 "/var/spool/nagios/rw/objects.cache", mode = 0, fd
= 3, file_size = 16177628, current_position = 9226716,
current_line = 343025, mmap_buf = 0x800c00000}
The file objects.cache is updated quite frequently, because we often (10-20
times everyday) change config.
The file is located on the ramdisk. The size of the disk is much higher
than the file size.
Is there any patch that prevents mapping of the objects.cache file in the
memory?
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
