Ticket #728 (closed defect: worksforme)

Opened 3 months ago

Last modified 2 months ago

Assert error in vrt_selecthttp

Reported by: utdrmac Owned by: phk
Priority: highest Milestone: Varnish 2.1 release
Component: varnishd Version: 2.1.2
Severity: blocker Keywords: assert, error, crash
Cc:

Description (last modified by phk) (diff)

Using latest 2.1.2 RPMs on RHEL 5.5

Using the default "default.vcl" and we get this error upon attempts:

varnishd[4528]: Child (4529) Panic message: Assert error in vrt_selecthttp(), cache_vrt.c line 118:
   Condition((sp->obj) != NULL) not true.
   thread = (cache-worker)
   ident = Linux,2.6.18-194.el5,x86_64,-smalloc,-hclassic,epoll

Backtrace:

0x422616: /usr/sbin/varnishd [0x422616]
0x42a069: /usr/sbin/varnishd [0x42a069]
0x42bd57: /usr/sbin/varnishd(VRT_GetHdr+0x57) [0x42bd57]
0x2aaaaef01444: ./vcl.1P9zoqAU.so [0x2aaaaef01444]
0x427693: /usr/sbin/varnishd(VCL_recv_method+0x43) [0x427693]
0x414097: /usr/sbin/varnishd(CNT_Session+0x5b7) [0x414097]
0x424a68: /usr/sbin/varnishd [0x424a68]
0x423d4d: /usr/sbin/varnishd [0x423d4d]
0x3201a0673d: /lib64/libpthread.so.0 [0x3201a0673d]
0x3200ad3d1d: /lib64/libc.so.6(clone+0x6d) [0x3200ad3d1d] sp = 0x2aaaaf203008 {   fd = 12, id = 12, xid = 338362043,   client = 10.155.255.0:7845,   step = STP_RECV,   handling = deliver,   restarts = 0, esis = 0   ws = 0x2aaaaf203078 {      id = "sess",     {s,f,r,e} = {0x2aaaaf203c90,+464,(nil),+6553

Tried to roll back to 2.1.1 but that just segfaults right away with no output similar to above. Going to rollback to 2.1 here in a bit and just keep rolling back until it works again.

-Matthew

Change History

Changed 3 months ago by utdrmac

rpm -qa | grep libevent libevent-devel-1.4.13-1 libevent-1.4.13-1

Changed 3 months ago by utdrmac

had to rollback to 2.0.6 and create our own RPMs

-Matthew

Changed 2 months ago by phk

  • description modified (diff)

Changed 2 months ago by phk

  • status changed from new to closed
  • resolution set to worksforme

I can make no heads or tails of that backtrace under the assumption that you are indeed using a unchanged default.vcl.

I have no idea how you got handling=deliver in STP_recv, that sounds like buggy inline-C code ?

Note: See TracTickets for help on using tickets.