Panic Signal 6.

[Ross Brown]

2 Days? That's certainly.... sub-optimal. What OS are you running? Our 8 x Varnish servers (64-bit Ubuntu 10.04.1 LTS) are rock solid and easily run for weeks without any issues.

We run with malloc,24G (32Gb RAM installed)

Can you share your startup options and VCL?


From: varnish-misc-bounces at varnish-cache.org [mailto:varnish-misc-bounces at varnish-cache.org] On Behalf Of Ben Nowacky
Sent: Friday, 1 October 2010 7:02 a.m.
To: Caunter, Stefan
Cc: varnish-misc at varnish-cache.org
Subject: Re: Panic Signal 6.

2.1.2, would prefer to use malloc over file storage if possible, but haven't tried file to see if that's the issue.


On Sep 30, 2010, at 10:57 AM, Caunter, Stefan wrote:


What version of varnish? Have you tried with -s file,/path/to/file ,1075200000 instead of -s malloc?

Stefan Caunter :: Senior Systems Administrator :: TOPS
e: scaunter at topscms.com<mailto:scaunter at topscms.com>  ::  m: (416) 561-4871
www.thestar.com<http://www.thestar.com> www.topscms.com<http://www.topscms.com>

From: varnish-misc-bounces at varnish-cache.org<mailto:varnish-misc-bounces at varnish-cache.org> [mailto:varnish-misc-bounces at varnish-cache.org] On Behalf Of Ben Nowacky
Sent: September-30-10 12:53 PM
To: varnish-misc at varnish-cache.org<mailto:varnish-misc at varnish-cache.org>Subject: Panic Signal 6.

Hey everyone ! Wondering if someone can lend a hand. We've gotten our servers upgraded to 64-bit OS, and seen tremendous stability enhancement with varnish over our 32-bit os, which crashed every 5-10 minutes. We can now get about 2 days of uptime before we have a new child process crash. Logs are listed below.. Wondering if something obvious jumps out at anyone as to what the cause of this may be.

Appreciate any insight from the community !

Sep 30 16:37:17 srv860 varnishd[16195]: Child (16196) died signal=6

Sep 30 16:37:17 srv860 varnishd[16195]: Child (16196) Panic message: Assert error in WS_Release(), cache_ws.c line 193:   Condition(bytes <= ws->e - ws->f) not true. errno = 104 (Connection reset by peer) thread = (cache-worker) ident = Linux,2.6.18-194.el5,x86_64,-smalloc,-hcritbit,epoll Backtrace:   0x422616: /usr/sbin/varnishd [0x422616]   0x42d475: /usr/sbin/varnishd(WS_Release+0xf5) [0x42d475]   0x427b33: /usr/sbin/varnishd [0x427b33]   0x42bc45: /usr/sbin/varnishd(VRT_SetHdr+0xf5) [0x42bc45]   0x2aaaab003e76: ./vcl.1P9zoqAU.so [0x2aaaab003e76]   0x427006: /usr/sbin/varnishd(VCL_deliver_method+0x46) [0x427006]   0x4130cf: /usr/sbin/varnishd [0x4130cf]   0x413e49: /usr/sbin/varnishd(CNT_Session+0x369) [0x413e49]   0x424a68: /usr/sbin/varnishd [0x424a68]   0x423d4d: /usr/sbin/varnishd [0x423d4d] sp = 0x2aaac060e008 {   fd = 351, id = 351, xid = 1104824170,   client = 63.240.230.197:26479,   step = STP_DELIVER,   handling = deliver,   restarts = 0, esis = 0   ws = 0x2aaac060e078 {      id = "sess",     {s,f

Sep 30 16:37:17 srv860 varnishd[16195]: child (32562) Started

Sep 30 16:37:17 srv860 varnishd[16195]: Child (32562) said

Sep 30 16:37:17 srv860 varnishd[16195]: Child (32562) said Child starts

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.varnish-cache.org/lists/pipermail/varnish-misc/attachments/20101001/117af672/attachment-0003.html>