[Varnish] #207: Varnishlog core dumps
Varnish
varnish-bugs at projects.linpro.no
Thu Feb 14 14:35:50 CET 2008
#207: Varnishlog core dumps
------------------------+---------------------------------------------------
Reporter: anders | Owner: phk
Type: defect | Status: new
Priority: normal | Milestone:
Component: varnishlog | Version: trunk
Severity: normal | Keywords: varnish log core dump
------------------------+---------------------------------------------------
After running varnishlog for a while, it core-dumps:
{{{
root at cache13:~# varnishlog -i Debug -I 'got event'
383 Debug c "vca_kev(): got event 0x0000 on closed fd"
Segmentation fault: 11 (core dumped)
}}}
Varnish is still running when this happens. I am using Varnish trunk, up
to date to commit 2344.
The backtrace:
{{{
root at cache13:~# gdb -c varnishlog.core /usr/local/bin/varnishlog
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by `varnishlog'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libvarnish.so.0...done.
Loaded symbols for /usr/local/lib/libvarnish.so.0
Reading symbols from /usr/lib/librt.so.1...done.
Loaded symbols for /usr/lib/librt.so.1
Reading symbols from /usr/local/lib/libvarnishcompat.so.0...done.
Loaded symbols for /usr/local/lib/libvarnishcompat.so.0
Reading symbols from /usr/local/lib/libvarnishapi.so.0...done.
Loaded symbols for /usr/local/lib/libvarnishapi.so.0
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 0x00000008009450f4 in vsl_nextlog (vd=0x800d01000, pp=0x7fffffffe748)
at shmlog.c:243
243 if (*p == SLT_WRAPMARKER) {
(gdb) bt
#0 0x00000008009450f4 in vsl_nextlog (vd=0x800d01000, pp=0x7fffffffe748)
at shmlog.c:243
#1 0x000000080094522f in VSL_NextLog (vd=0x800d01000, pp=0x7fffffffe798)
at shmlog.c:273
#2 0x0000000800945543 in VSL_Dispatch (vd=0x800d01000,
func=0x4011b4 <VSL_H_Print>, priv=0x800c38cb8) at shmlog.c:334
#3 0x0000000000401e5c in main (argc=5, argv=0x7fffffffe860)
at varnishlog.c:362
(gdb) frame 0
#0 0x00000008009450f4 in vsl_nextlog (vd=0x800d01000, pp=0x7fffffffe748)
at shmlog.c:243
243 if (*p == SLT_WRAPMARKER) {
(gdb) p/x p
$1 = 0x805e02167
(gdb) p/x *vd
$2 = {magic = 0x6e3bd69b, head = 0x800e00000, logstart = 0x800e00260,
logend = 0x805e00260, ptr = 0x805e02167, fi = 0x0, rbuf = {
0x0 <repeats 262 times>}, b_opt = 0x0, c_opt = 0x0, d_opt = 0x0,
flags = 0x1, map = {0x4, 0x0, 0x4 <repeats 15 times>, 0x5, 0x5, 0x6,
0x5,
0x5, 0x4, 0x4, 0x5, 0x5, 0x4, 0x4, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x4,
0x4,
0x5, 0x5, 0x4, 0x4, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x4, 0x4, 0x5,
0x5,
0x4, 0x4, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x6, 0x5, 0x5, 0x4, 0x4, 0x5,
0x5,
0x6, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x4, 0x4, 0x6, 0x5, 0x4, 0x4,
0x5,
0x4, 0x4, 0x5, 0x5, 0x5, 0x4, 0x4, 0x5, 0x5, 0x5, 0x4, 0x4, 0x5, 0x5,
0x5,
0x4, 0x4, 0x5, 0x6, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x6, 0x6,
0x5 <repeats 16 times>, 0x6, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5, 0x5,
0x5,
0x4, 0x4, 0x5, 0x4, 0x4, 0x5, 0x6, 0x5, 0x5, 0x4, 0x4, 0x5, 0x5, 0x5,
0x5,
0x5, 0x4, 0x4, 0x5, 0x4, 0x4, 0x4, 0x4, 0x5 <repeats 15 times>, 0x4,
0x4,
0x5, 0x5, 0x5, 0x5, 0x5, 0x4, 0x4, 0x5, 0x5, 0x5, 0x6, 0x4, 0x4, 0x5,
0x5,
0x5, 0x4, 0x4, 0x5, 0x4, 0x4, 0x5, 0x4, 0x4, 0x4, 0x4, 0x5, 0x4, 0x4,
0x5,
0x5, 0x4, 0x4, 0x4, 0x4, 0x5, 0x5, 0x5, 0x5, 0x5...}, regflags = 0x5,
regincl = 0x800d12060, regexcl = 0x0}
}}}
I had similar problems with varnishtop. Backtrace from varnishtop core-
dump:
{{{
root at cache13:~# gdb -c varnishtop.core /usr/local/bin/varnishtop
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...
warning: exec file is newer than core file.
Core was generated by `varnishtop'.
Program terminated with signal 10, Bus error.
Reading symbols from /usr/local/lib/libvarnish.so.0...done.
Loaded symbols for /usr/local/lib/libvarnish.so.0
Reading symbols from /usr/lib/librt.so.1...done.
Loaded symbols for /usr/lib/librt.so.1
Reading symbols from /usr/local/lib/libvarnishcompat.so.0...done.
Loaded symbols for /usr/local/lib/libvarnishcompat.so.0
Reading symbols from /usr/local/lib/libvarnishapi.so.0...done.
Loaded symbols for /usr/local/lib/libvarnishapi.so.0
Reading symbols from /lib/libncurses.so.7...done.
Loaded symbols for /lib/libncurses.so.7
Reading symbols from /lib/libthr.so.3...done.
Loaded symbols for /lib/libthr.so.3
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 0x00000000004016e1 in accumulate (
p=0x8015cd29c "he_session.c,352,&ses_mem_mtx)") at varnishtop.c:115
115 tp2 = VTAILQ_PREV(tp, tophead, list);
[New Thread 0x800f01290 (LWP 102318)]
[New Thread 0x800f01120 (LWP 100206)]
(gdb) bt
#0 0x00000000004016e1 in accumulate (
p=0x8015cd29c "he_session.c,352,&ses_mem_mtx)") at varnishtop.c:115
#1 0x0000000000401c1f in accumulate_thread (arg=0x800f07000)
at varnishtop.c:186
#2 0x0000000800baca88 in pthread_getprio () from /lib/libthr.so.3
#3 0x0000000000000000 in ?? ()
Cannot access memory at address 0x7fffffbff000
}}}
--
Ticket URL: <http://varnish.projects.linpro.no/ticket/207>
Varnish <http://varnish.projects.linpro.no/>
The Varnish HTTP Accelerator
More information about the varnish-bugs
mailing list