<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi,<div><br class="webkit-block-placeholder"></div><div>is this still a problem?</div><div><br class="webkit-block-placeholder"></div><div>I'm running varnish in front of a midsize site (~2m hits/day), and have seen a couple of panics like the ones attached. It refers to sendfile, and fails to do a core dump (I know core dumps in general are functioning, as I had a couple of NIC-related ones not too long ago). Thus the attached "screenshot" is all I've got.</div><div><br class="webkit-block-placeholder"></div><div>FreeBSD anduin.net 6.2-STABLE FreeBSD 6.2-STABLE #1: Sat Apr 28 12:59:34 CEST 2007</div><div>Varnish version: varnish-1.1.1_2 (from ports)</div><div><br class="webkit-block-placeholder"></div><div>/Eirik</div><div><br class="webkit-block-placeholder"></div><div><img height="495" width="671" apple-width="yes" apple-height="yes" src="cid:E3538A5C-BF74-4C0C-8ADA-DAA430BA9C12@lethsuez.com"></div><div><br><div><div>On May 11, 2007, at 17:12, Poul-Henning Kamp wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br>I've nailed three different operating system kernels as having<br>sendfile(2) issues today, so I would advice all of you to<br>disable sendfile to avoid the various problems we've seen.<br><br>The easiest way is to specify<br><br><span class="Apple-tab-span" style="white-space:pre"> </span>-p sendfile_threshold=-1<br><br>to varnishd, or by using the CLI:<br><br><span class="Apple-tab-span" style="white-space:pre"> </span>param.set sendfile_threshold -1<br><br>Only those of you with high paging rates would be in risk of seing<br>any performance changes as result of this.<br><br>While it is quite easy to set up a test environment to look for<br>sendfile trouble, we cannot do it as part of varnish runtime so I<br>think we will ship with sendfile_threshold at -1 for the forseeable<br>future.<br><br>Once we start to see kernels where sendfile works correctly in all<br>instances, we can consider how to seletively enable those.<br><br>Alternatively, if nobody sees a performance loss from disabling it<br>now, we might as well just forget about it in toto.<br><br>-- <br>Poul-Henning Kamp | UNIX since Zilog Zeus 3.20<br><a href="mailto:phk@FreeBSD.ORG">phk@FreeBSD.ORG</a> | TCP/IP since RFC 956<br>FreeBSD committer | BSD since 4.3-tahoe<br>Never attribute to malice what can adequately be explained by incompetence.<br>_______________________________________________<br>varnish-misc mailing list<br><a href="mailto:varnish-misc@projects.linpro.no">varnish-misc@projects.linpro.no</a><br><a href="http://projects.linpro.no/mailman/listinfo/varnish-misc">http://projects.linpro.no/mailman/listinfo/varnish-misc</a><br><br></blockquote></div><br></div></body></html>