From chenxy.china at gmail.com Fri Oct 10 08:26:20 2008 From: chenxy.china at gmail.com (chen xiaoyong) Date: Fri, 10 Oct 2008 16:26:20 +0800 Subject: please revise document or code Message-ID: <7ab169e90810100126n2e8e5c58kb2f2cfa56b4c57de@mail.gmail.com> http://varnish.projects.linpro.no/wiki/VCLExampleLongerCaching section *How it should work* "set obj.ttl = 1w;" maybe changed to "set obj.ttl = 7d;" or in function "static double TimeUnit(struct tokenlist *tl) " add "w" Id -------------- next part -------------- An HTML attachment was scrubbed... URL: From phk at phk.freebsd.dk Fri Oct 10 08:32:41 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Fri, 10 Oct 2008 08:32:41 +0000 Subject: please revise document or code In-Reply-To: Your message of "Fri, 10 Oct 2008 16:26:20 +0800." <7ab169e90810100126n2e8e5c58kb2f2cfa56b4c57de@mail.gmail.com> Message-ID: <20439.1223627561@critter.freebsd.dk> done. >http://varnish.projects.linpro.no/wiki/VCLExampleLongerCaching >section *How it should work* > "set obj.ttl = 1w;" >maybe changed to > "set obj.ttl = 7d;" >or in function "static double TimeUnit(struct tokenlist *tl) " add "w" Id -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From chenxy.china at gmail.com Fri Oct 17 07:56:13 2008 From: chenxy.china at gmail.com (chen xiaoyong) Date: Fri, 17 Oct 2008 15:56:13 +0800 Subject: child exited on signal 11 Message-ID: <7ab169e90810170056i1f36a34ds456bbbc7e05bb1d4@mail.gmail.com> revision 3309 freebsd 7.0 amd64 log info (/var/log/messages): ...... Oct 17 07:18:28 HP08020020 kernel: pid 26633 (varnishd), uid 0: exited on signal 11 (core dumped) ...... gdb -c varnishd.core /usr/local/sbin/varnishd ...... (gdb) bt #0 0x0000000800da5850 in strcmp () from /lib/libc.so.7 #1 0x000000000041c9b2 in http_DissectRequest (sp=0x260b113008) at cache_http.c:500 #2 0x0000000000412add in cnt_start (sp=0x260b113008) at cache_center.c:931 #3 0x0000000000413174 in CNT_Session (sp=0x260b113008) at steps.h:35 #4 0x0000000000421d7b in wrk_do_cnt_sess (w=0x7ffffcde7ac0, priv=0x260b113008) at cache_pool.c:362 #5 0x0000000000421454 in wrk_thread (priv=0x800f660b0) at cache_pool.c:276 #6 0x0000000800ab7a88 in pthread_getprio () from /lib/libthr.so.3 #7 0x0000000000000000 in ?? () -------------- next part -------------- An HTML attachment was scrubbed... URL: From phk at phk.freebsd.dk Fri Oct 17 08:28:13 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Fri, 17 Oct 2008 08:28:13 +0000 Subject: child exited on signal 11 In-Reply-To: Your message of "Fri, 17 Oct 2008 15:56:13 +0800." <7ab169e90810170056i1f36a34ds456bbbc7e05bb1d4@mail.gmail.com> Message-ID: <15920.1224232093@critter.freebsd.dk> In message <7ab169e90810170056i1f36a34ds456bbbc7e05bb1d4 at mail.gmail.com>, "chen xiaoyong" writes: >gdb -c varnishd.core /usr/local/sbin/varnishd >...... >(gdb) bt >#0 0x0000000800da5850 in strcmp () from /lib/libc.so.7 >#1 0x000000000041c9b2 in http_DissectRequest (sp=0x260b113008) at >cache_http.c:500 Can you please go up to this frame and "print *sp" ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From scott at vodpod.com Fri Oct 31 22:05:02 2008 From: scott at vodpod.com (Scott Persinger) Date: Fri, 31 Oct 2008 15:05:02 -0700 Subject: Hardware Load Balancer problem Message-ID: <03ff01c93ba5$79cb50a0$7801a8c0@hitchcock> We recently switched from serving directly from Apache to using Varnish in front as a cache. So we have: varnish -> apache -> mongrel (rails) and in front of varnish we have a hardware load-balancer (as a service of our hosting provider, softlayer) which balances traffic to 3 servers. In the past, as soon as we took down apache on one of our servers, the load balancer would detect it and route all traffic to the other servers. However, since we started running varnish, the load balancer doesn't seem to detect that a server is down, and so it keeps sending traffic even after varnish has quit. Has anybody run into any similar problems, or have any ideas why we would see different behavior running Varnish as opposed to simply Apache? Thanks, --Scott Persinger -------------- next part -------------- An HTML attachment was scrubbed... URL: From eden at mojiti.com Fri Oct 31 23:54:28 2008 From: eden at mojiti.com (Eden Li) Date: Fri, 31 Oct 2008 16:54:28 -0700 Subject: Hardware Load Balancer problem In-Reply-To: <03ff01c93ba5$79cb50a0$7801a8c0@hitchcock> References: <03ff01c93ba5$79cb50a0$7801a8c0@hitchcock> Message-ID: <180e6a10810311654n221f5285q4bf6dffc3928bf4f@mail.gmail.com> It sounds like your load balancer is configured with a default tcp ping health check. Since varnish will respond to tcp packets even if apache goes down, you should either take varnish down before taking apache down, or you should configure some sort of health check that takes this into account. For example, you can set up some url that only apache knows how to serve and prevent varnish from caching it. This will let the health check fail successfully if apache is no longer running. On Fri, Oct 31, 2008 at 3:05 PM, Scott Persinger wrote: > We recently switched from serving directly from Apache to using Varnish in > front as a cache. > > So we have: > > varnish -> apache -> mongrel (rails) > > and in front of varnish we have a hardware load-balancer (as a service of > our hosting provider, softlayer) which > balances traffic to 3 servers. > > In the past, as soon as we took down apache on one of our servers, the load > balancer would detect it and route > all traffic to the other servers. > > However, since we started running varnish, the load balancer doesn't seem to > detect that a server is down, and so > it keeps sending traffic even after varnish has quit. > > Has anybody run into any similar problems, or have any ideas why we would > see different behavior running Varnish > as opposed to simply Apache? > > Thanks, > > --Scott Persinger > > _______________________________________________ > varnish-dev mailing list > varnish-dev at projects.linpro.no > http://projects.linpro.no/mailman/listinfo/varnish-dev > >