From geoff at uplex.de Mon Nov 3 14:21:33 2014 From: geoff at uplex.de (Geoff Simmons) Date: Mon, 03 Nov 2014 15:21:33 +0100 Subject: Header set to NULL by a VMOD: semantic change between 3.0.3 and 3.0.6 Message-ID: <54578F6D.7090003@uplex.de> Hello all, We're presently testing an upgrade from Varnish 3.0.3 to 3.0.6, and have encountered a change in the semantics of a header evaluated in boolean context after the header has been set to NULL by a VMOD. The attached VTC test passes on 3.0.3 and fails on 3.0.6. The VMOD in question is header, but I suspect the same thing will happen with any VMOD that returns NULL for a STRING return type. Ordinarily, if a header does not exist, then the bare header expression evaluates to false in boolean context: # This condition is false if there is no request header Foo if (req.http.Foo) { /* do stuff ... */ } A VMOD may return NULL for a function whose return type is STRING; header.get() does this if it does not find a header named in the first arg that matches the expression in the second arg: # header.get() returns NULL if there is no Cookie header that matches # "bar" import header; set req.http.X-Bar-Cookie = header.get(req.http.Cookie, "bar"); If that happens in Varnish 3.0.3, then the header set on the LHS of the assignment evaluates to false in boolean context, but it evaluates to true in Varnish 3.0.6: # if req.http.X-Bar-Cookie was set to NULL above, # then this condition is false in 3.0.3, but true in 3.0.6 if (req.http.X-Bar-Cookie) { /* do stuff ... */ } A workaround is to match the header against the one-char/any-char regex: # if req.http.X-Bar-Cookie was set to NULL above, # then this condition is false in both 3.0.3 and 3.0.6 if (req.http.X-Bar-Cookie ~ ".") { /* do stuff ... */ } But it's wasteful to have to turn on the regex matcher just to check for the existence of a header. I don't see anything about this in the change logs between 3.0.3 and 3.0.6, and haven't had a chance to look through changes in source to spot what causes the difference. Of course my guess may be wrong, and this is just an issue with the header VMOD; but it seems more likely to be an unintentional change in the meaning of NULL in VRT. @devs: Should I file a trac ticket? Sorry that I don't have an example with 4.x yet (because I'm having trouble getting the header VMOD to build with 4.x; and in any case, it would be a different implementation of the VMOD then). Best, Geoff -- ** * * UPLEX - Nils Goroll Systemoptimierung Scheffelstra?e 32 22301 Hamburg Tel +49 40 2880 5731 Mob +49 176 636 90917 Fax +49 40 42949753 http://uplex.de -------------- next part -------------- varnishtest "Non-existent header returned from header.get()" server s1 { rxreq expect req.url == "/" txresp -hdr "Bar: baz" } -start varnish v1 -vcl+backend { import header; sub vcl_deliver { if (req.http.X-Foo ~ ".") { set resp.http.X-Match-Foo = "true"; } else { set resp.http.X-Match-Foo = "false"; } if (req.http.X-Foo) { set resp.http.X-Boolean-Foo = "true"; } else { set resp.http.X-Boolean-Foo = "false"; } set req.http.X-Quux = header.get(req.http.Bar, "quux"); if (req.http.X-Quux ~ ".") { set resp.http.X-Match-Quux = "true"; } else { set resp.http.X-Match-Quux = "false"; } if (req.http.X-Quux) { set resp.http.X-Boolean-Quux = "true"; } else { set resp.http.X-Boolean-Quux = "false"; } return(deliver); } } -start client c1 { txreq -url "/" rxresp expect resp.status == 200 expect resp.http.X-Foo == expect resp.http.X-Match-Foo == "false" expect resp.http.X-Boolean-Foo == "false" expect resp.http.Bar == "baz" expect resp.http.X-Quux == expect resp.http.X-Match-Quux == "false" expect resp.http.X-Boolean-Quux == "false" } -run -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: From carlos.abalde at gmail.com Mon Nov 3 14:43:14 2014 From: carlos.abalde at gmail.com (Carlos Abalde) Date: Mon, 3 Nov 2014 15:43:14 +0100 Subject: Header set to NULL by a VMOD: semantic change between 3.0.3 and 3.0.6 In-Reply-To: <54578F6D.7090003@uplex.de> References: <54578F6D.7090003@uplex.de> Message-ID: <495F3640-D629-409D-A947-C6FAF6508EAA@gmail.com> > On Nov 3, 2014, at 3:21 PM, Geoff Simmons wrote: > > Hello all, > > We're presently testing an upgrade from Varnish 3.0.3 to 3.0.6, and have > encountered a change in the semantics of a header evaluated in boolean > context after the header has been set to NULL by a VMOD. Hi, I can confirm that I've also experienced that behavior when upgrading some VMODs from 3.0.3 to a greater version. In the past, assigning a NULL value returned by a VMOD function to a header in the req, bereq, etc. object removed the header itself. After 3.0.3 the header is created containing an empty string. Therefore, the following VCL code in 3.0.3: set req.http.x-foo = vmod.foo(); if (!req.http.x-foo) { # VMOD returned NULL. } if (!vmod.foo()) { # VMOD returned NULL. } Should be replaced after 3.0.3 with something like: set req.http.x-foo = vmod.foo(); if (req.http.x-foo != "") { # VMOD returned NULL. } if (!vmod.foo()) { # VMOD returned NULL. } VTC files should be adapted in a similar way. Cheers, -- Carlos Abalde. From carlos.abalde at gmail.com Mon Nov 3 15:02:02 2014 From: carlos.abalde at gmail.com (Carlos Abalde) Date: Mon, 3 Nov 2014 16:02:02 +0100 Subject: Header set to NULL by a VMOD: semantic change between 3.0.3 and 3.0.6 In-Reply-To: <495F3640-D629-409D-A947-C6FAF6508EAA@gmail.com> References: <54578F6D.7090003@uplex.de> <495F3640-D629-409D-A947-C6FAF6508EAA@gmail.com> Message-ID: <481ECF7E-AF83-4009-A48C-79A315A3F051@gmail.com> > On Nov 3, 2014, at 3:43 PM, Carlos Abalde wrote: > > ... > Should be replaced after 3.0.3 with something like: > > set req.http.x-foo = vmod.foo(); > if (req.http.x-foo != "") { > # VMOD returned NULL. > } Small correction: set req.http.x-foo = vmod.foo(); if (req.http.x-foo == "") { # VMOD returned NULL (or empty string) } Cheers, -- Carlos Abalde. From geoff at uplex.de Mon Nov 3 15:24:50 2014 From: geoff at uplex.de (Geoff Simmons) Date: Mon, 03 Nov 2014 16:24:50 +0100 Subject: Header set to NULL by a VMOD: semantic change between 3.0.3 and 3.0.6 In-Reply-To: <481ECF7E-AF83-4009-A48C-79A315A3F051@gmail.com> References: <54578F6D.7090003@uplex.de> <495F3640-D629-409D-A947-C6FAF6508EAA@gmail.com> <481ECF7E-AF83-4009-A48C-79A315A3F051@gmail.com> Message-ID: <54579E42.3080303@uplex.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 11/03/2014 04:02 PM, Carlos Abalde wrote: >> >> ... Should be replaced after 3.0.3 with something like: >> >> set req.http.x-foo = vmod.foo(); if (req.http.x-foo != "") { # >> VMOD returned NULL. } > > Small correction: > > set req.http.x-foo = vmod.foo(); if (req.http.x-foo == "") { # VMOD > returned NULL (or empty string) } Carlos, thanks, I can confirm that for 3.0.6, and it's certainly a better workaround than my idea with the regex. But it should be pointed out that this is *also* a semantic difference between 3.0.3 and 3.0.6: # If the VMOD returns NULL ... set req.http.x-foo = vmod.foo(); if (req.http.x-foo != "") { # ... then this condition is true in 3.0.3, false in 3.0.6 } That is, if a VMOD assigns NULL to a header, then the header is evaluated as not equal to the empty string in 3.0.3, but equal to "" in 3.0.6. Best, Geoff - -- ** * * UPLEX - Nils Goroll Systemoptimierung Scheffelstra?e 32 22301 Hamburg Tel +49 40 2880 5731 Mob +49 176 636 90917 Fax +49 40 42949753 http://uplex.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJUV55CAAoJEOUwvh9pJNUR6HoQAIMw8QRnP5amDtVuZey3R2RL Sv3uElmPrc/9GUHoiJnEx4LbOc5ekA0wKmBKz1sW36bS63FvK41zAfsqMstY7PbX sqdkUmkRoZMEc/8Qd39OIAwlHNL5kIX/2aDalnicvM9vo6SvHSDO+sgyEs2xOjh8 ifM/xbcQvue+TBpCFwLlPmDAdOD2A/sF2kNzRJXP+beN5h7Mx5uoOD7NGzDLIyLX P6lHqPTOwxbYHL80pfBX4jPkJYKLZrf7xgR3NxBe+dIPka+kcEKOOiD1ATXuR1Bz zswC8eFvUPxRbMvQ+Pg7ndrP+yx6Zon+w0Hmk1aqDT3kpdJw9/zaN9Ib69S1+e6B 8+UDMy6Xu+15I9q9l/u97zUf8QdAKGq4wUTbZNs0w3u6xzEmBg4RwReyAhUhmPZK r9nyKxVX5CJLt3Ge/K78Ps4c6pDR5P/e/3vTjxiAUC57xMAyYYsFhMni3zoRJ8DI frhlLrSh8yLrJQzoDNgmr7XJH+T3EHqC6J6+WL0ZJm5XgmmnptZ5ksdtUtAQezx0 Mq5Nl9gifn2B1BNyJqjdXF+teb7k4GpQh043TZ3TLbujUFTF4Z4SCa5WBc0ZILEP vv2ETj47dlDmxCf6xKymwuYLjS9E7x+0W4/WjYyfzmFf1eyZp77MYPZlFJwRHPkd j6G/bNRtWR1IdKl8nP2x =pVNK -----END PGP SIGNATURE----- From geoff at uplex.de Mon Nov 3 17:01:50 2014 From: geoff at uplex.de (Geoff Simmons) Date: Mon, 03 Nov 2014 18:01:50 +0100 Subject: Header set to NULL by a VMOD: semantic change between 3.0.3 and 3.0.6 In-Reply-To: <54579E42.3080303@uplex.de> References: <54578F6D.7090003@uplex.de> <495F3640-D629-409D-A947-C6FAF6508EAA@gmail.com> <481ECF7E-AF83-4009-A48C-79A315A3F051@gmail.com> <54579E42.3080303@uplex.de> Message-ID: <5457B4FE.9080903@uplex.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello all, A conversation on the IRC channel helped to clear up what went on here. Short version for VCL authors: the way we should expect things to work is as in the semantics of 3.0.6 (actually as of 3.0.4, apparently). That is, if you're using a VMOD that may return NULL for a STRING return type, and assign the return value to a header, then the header will compare equal to "" if the VMOD returned NULL. > set req.http.x-foo = vmod.foo(); if (req.http.x-foo == "") { # VMOD > returned NULL (or empty string) } This was the issue in ticket #1406: https://www.varnish-cache.org/trac/ticket/1406 An earlier change that fixed an issue with string concatenation had the side effect of changing the semantics of truthiness. The decision in #1406 was to leave things as they are, since another change would cause even more difficulty. The change log (changes.rst) mentions this as happening between 3.0.2 and 3.0.3, but apparently the commit actually went into 3.0.4. Happy VCL-ing! Geoff - -- ** * * UPLEX - Nils Goroll Systemoptimierung Scheffelstra?e 32 22301 Hamburg Tel +49 40 2880 5731 Mob +49 176 636 90917 Fax +49 40 42949753 http://uplex.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJUV7T+AAoJEOUwvh9pJNURWn4QAI61zYZ/3YT8QDum4eL7TM8Q dwJiTd2gOqbdxgCw+UL1JHdb4CGPBxAbPtPG6V9Gy7CY3FMz9V0knnUjvmP6XcbT sKGmWpLS95MFHigDvTbPhxiOUFalKez0gjwEMtSdb026V3TeCsq8u+n9n5g/h7tC Cx/0zOt4niSNGIT95jkK3B547r4sSpcvrENs73e0XfNbug9IgpqYm0LikjnRgNP6 pq6BgDk5ZwsmQChi63PnBykKzhMI7ByqICqd6x0e35FiUKaoSwCmI8Sj3zsmv04c kTKdlGxTNjRTtxFUozCpTS9SJTG1d5eBelyTb4sIJHkOXTvssEu7bE49tQLnq7m3 XhEArWYndCIV8sAz1klscC/aPyWoz0t53l4MVMnlJW+T83+ZV9wRT7c37QYN03jp YcxvvCN0MYhsXj21aw8Y6UmgAnQHa7g3fvk8PBxlX7n9283EzLW0RSg8i7ifTacQ /lxr5tOQkzvlazyypz5WyCtHlFP7Kd3WH+Oq+dCCeMQNXSTic/lVsFgzUZfDDnIc jdfhOsP7sNgX2Plo7dTYBr+attnmWr8hSjEshQBFWu5iE2HD9FTfI5CTDQ4p7m32 izrsNIUIDlHzcsXQxkltPaw7QYrX8CnFp9+3DnFAM756iwW0TtU7x09LPchKLbOI KFvpa2U74KUfvYnAI03P =PoTx -----END PGP SIGNATURE----- From lkarsten at varnish-software.com Tue Nov 4 11:53:50 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Tue, 4 Nov 2014 12:53:50 +0100 Subject: Header set to NULL by a VMOD: semantic change between 3.0.3 and 3.0.6 In-Reply-To: <5457B4FE.9080903@uplex.de> References: <54578F6D.7090003@uplex.de> <495F3640-D629-409D-A947-C6FAF6508EAA@gmail.com> <481ECF7E-AF83-4009-A48C-79A315A3F051@gmail.com> <54579E42.3080303@uplex.de> <5457B4FE.9080903@uplex.de> Message-ID: <20141104115349.GA17080@immer.varnish-software.com> On Mon, Nov 03, 2014 at 06:01:50PM +0100, Geoff Simmons wrote: [cut] > The change log (changes.rst) mentions this as happening between 3.0.2 > and 3.0.3, but apparently the commit actually went into 3.0.4. Hi Geoff. This was my hastily written comment during the VDD in Oslo. I've corrected it now, sorry for the mixup. -- Lasse Karstensen Varnish Software AS From lkarsten at varnish-software.com Tue Nov 4 12:03:17 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Tue, 4 Nov 2014 13:03:17 +0100 Subject: Which release is bug 1561 fixed in? In-Reply-To: References: Message-ID: <20141104120316.GB17080@immer.varnish-software.com> On Thu, Oct 30, 2014 at 10:31:20AM +0000, Caoilte O'Connor wrote: > Can anyone confirm which release > https://www.varnish-cache.org/trac/ticket/1561 > is fixed in. It appears to be marked as fixed in 4.0.1 in September even > though 4.0.1 was released in June. That is fixed in 4.0.2. > I also can't see it on > https://www.varnish-cache.org/trac/browser/doc/changes.rst?rev=bfe7cd > We're seeing it in 4.0.1 so I'm going to upgrade to 4.0.2 but would like to > confirm that it is fixed there as well. Yeah, the repository browser in trac isn't the best. If you see the changes.rst file in the master branch, you'll find it: https://github.com/varnish/Varnish-Cache/blob/master/doc/changes.rst (To make the confusion worse, it was also initially forgotten when I wrote the changes for 4.0.2.) -- Lasse Karstensen Varnish Software AS From lkarsten at varnish-software.com Tue Nov 4 12:13:32 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Tue, 4 Nov 2014 13:13:32 +0100 Subject: Consistent panic in http1_cleanup In-Reply-To: <1414730707.31302.176.camel@ademnt-dlx0001.ap.corp.ipgnetwork.com> References: <1414730707.31302.176.camel@ademnt-dlx0001.ap.corp.ipgnetwork.com> Message-ID: <20141104121307.GC17080@immer.varnish-software.com> On Fri, Oct 31, 2014 at 04:45:10AM +0000, Beck, Stuart (ADE-MNT) wrote: > I am evaluating the varnish cache in our environment in order to alleviate load on backend servers. [..] > I'm wondering if this is likely to be a bug or possibly something to do with my environment > It does seem to be similar to https://www.varnish-cache.org/trac/ticket/1552 but that was in a separate function. > Oct 31 01:45:56 t3 /data/varnish/cache[29402]: [ID 232431 local0.error] Child (29404) Panic message: > Oct 31 12:45:56 t3 Assert error in http1_cleanup(), cache/cache_http1_fsm.c line 207: > Oct 31 12:45:56 t3 Condition((req->vsl->wid) != 0) not true. Yes, I think it is a bug. Please file it in the bug tracker. -- Lasse Karstensen Varnish Software AS From bluethundr at gmail.com Tue Nov 4 20:44:02 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Tue, 4 Nov 2014 15:44:02 -0500 Subject: set varnish to active/active mode Message-ID: Hey all, I have two varnish servers setup now. We noticed during load testing in stage that only one of the varnish hosts were fielding requests. But what needs to happen is that both hosts need to be able to accept incoming requests. Can someone point me to some documentation that shows how to setup varnish in active/active mode? And / or perhaps share some advice on how to accomplish this? Thanks Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From pprocacci at datapipe.com Tue Nov 4 21:00:28 2014 From: pprocacci at datapipe.com (Paul Procacci) Date: Tue, 4 Nov 2014 16:00:28 -0500 Subject: set varnish to active/active mode In-Reply-To: References: Message-ID: <54593E6C.9010500@datapipe.com> Do you have a load balancer in front of your varnish instances? Without something actively directing traffic you won't be able to split load among multiple instances. ~Paul On 11/4/2014 3:44 PM, Tim Dunphy wrote: > Hey all, > > I have two varnish servers setup now. We noticed during load testing > in stage that only one of the varnish hosts were fielding requests. > But what needs to happen is that both hosts need to be able to accept > incoming requests. > > Can someone point me to some documentation that shows how to setup > varnish in active/active mode? And / or perhaps share some advice on > how to accomplish this? > > Thanks > Tim > > -- > GPG me!! > > gpg --keyserver pool.sks-keyservers.net > --recv-keys F186197B > > > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -------------- next part -------------- An HTML attachment was scrubbed... URL: From timo.myyra at edita.fi Wed Nov 5 05:57:23 2014 From: timo.myyra at edita.fi (=?UTF-8?B?TXl5csOkLCBUaW1v?=) Date: Wed, 5 Nov 2014 07:57:23 +0200 Subject: set varnish to active/active mode In-Reply-To: <54593E6C.9010500@datapipe.com> References: <54593E6C.9010500@datapipe.com> Message-ID: You could setup keepalived to make virtual server. That way you could load balance the traffic between your varnish instances. Though I just put haproxy load balancer before your varnish servers. Timo 2014-11-04 23:00 GMT+02:00 Paul Procacci : > Do you have a load balancer in front of your varnish instances? > Without something actively directing traffic you won't be able to split > load among multiple instances. > > ~Paul > > > On 11/4/2014 3:44 PM, Tim Dunphy wrote: > > Hey all, > > I have two varnish servers setup now. We noticed during load testing in > stage that only one of the varnish hosts were fielding requests. But what > needs to happen is that both hosts need to be able to accept incoming > requests. > > Can someone point me to some documentation that shows how to setup > varnish in active/active mode? And / or perhaps share some advice on how to > accomplish this? > > Thanks > Tim > > -- > GPG me!! > > gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B > > > > _______________________________________________ > varnish-misc mailing listvarnish-misc at varnish-cache.orghttps://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -- Parhain terveisin, Timo Myyr? IT-Asiantuntija Edita Prima Oy, Kehitysyksikk? Hakuninmaantie 2 PL 200 00043 Edita +358 40 860 2103 timo.myyra at edita.fi -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent.lavaud at ladtech.fr Wed Nov 5 15:14:01 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Wed, 5 Nov 2014 16:14:01 +0100 (CET) Subject: restart in varnish 4 In-Reply-To: <1505014047.29672.1415200396313.JavaMail.root@ladtech.fr> Message-ID: <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> Hello, In varnish 3 i do a restart in vcl_fetch when i have a 404 error from my backend, it allow me to set a different backend for the second request. With varnish 4 i cant do a restart in vcl_backend_response How can i achieve this ? From thierry.magnien at sfr.com Wed Nov 5 15:22:58 2014 From: thierry.magnien at sfr.com (MAGNIEN, Thierry) Date: Wed, 5 Nov 2014 15:22:58 +0000 Subject: restart in varnish 4 In-Reply-To: <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> References: <1505014047.29672.1415200396313.JavaMail.root@ladtech.fr> <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> Message-ID: <5D103CE839D50E4CBC62C9FD7B83287CC9C8762F@EXCN015.encara.local.ads> Hi, Not sure bue this may be what you're looking for: https://www.varnish-cache.org/docs/trunk/whats-new/upgrading.html#backend-restarts-are-now-retry Regards, Thierry -----Message d'origine----- De?: varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org [mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org] De la part de Laurent Lavaud Envoy??: mercredi 5 novembre 2014 16:14 ??: varnish-misc at varnish-cache.org Objet?: restart in varnish 4 Hello, In varnish 3 i do a restart in vcl_fetch when i have a 404 error from my backend, it allow me to set a different backend for the second request. With varnish 4 i cant do a restart in vcl_backend_response How can i achieve this ? _______________________________________________ varnish-misc mailing list varnish-misc at varnish-cache.org https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc From laurent.lavaud at ladtech.fr Wed Nov 5 15:32:29 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Wed, 5 Nov 2014 16:32:29 +0100 (CET) Subject: restart in varnish 4 In-Reply-To: <5D103CE839D50E4CBC62C9FD7B83287CC9C8762F@EXCN015.encara.local.ads> References: <1505014047.29672.1415200396313.JavaMail.root@ladtech.fr> <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> <5D103CE839D50E4CBC62C9FD7B83287CC9C8762F@EXCN015.encara.local.ads> Message-ID: <257672015.29735.1415201549048.JavaMail.root@ladtech.fr> No it is not what i want because retry jump back to vcl_backend_fetch and i cant set req.backend_hint in this vlc ----- Mail original ----- > Hi, > > Not sure bue this may be what you're looking for: > https://www.varnish-cache.org/docs/trunk/whats-new/upgrading.html#backend-restarts-are-now-retry > > Regards, > Thierry > > -----Message d'origine----- > De?: varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org > [mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org] > De la part de Laurent Lavaud > Envoy??: mercredi 5 novembre 2014 16:14 > ??: varnish-misc at varnish-cache.org > Objet?: restart in varnish 4 > > Hello, > > In varnish 3 i do a restart in vcl_fetch when i have a 404 error from > my backend, it allow me to set a different backend for the second > request. > > With varnish 4 i cant do a restart in vcl_backend_response > > How can i achieve this ? > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > From thierry.magnien at sfr.com Wed Nov 5 16:04:31 2014 From: thierry.magnien at sfr.com (MAGNIEN, Thierry) Date: Wed, 5 Nov 2014 16:04:31 +0000 Subject: restart in varnish 4 In-Reply-To: <257672015.29735.1415201549048.JavaMail.root@ladtech.fr> References: <1505014047.29672.1415200396313.JavaMail.root@ladtech.fr> <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> <5D103CE839D50E4CBC62C9FD7B83287CC9C8762F@EXCN015.encara.local.ads> <257672015.29735.1415201549048.JavaMail.root@ladtech.fr> Message-ID: <5D103CE839D50E4CBC62C9FD7B83287CC9C877DE@EXCN015.encara.local.ads> You can check your resp.status in vcl_deliver and return(restart) here. Regards, Thierry -----Message d'origine----- De?: Laurent Lavaud [mailto:laurent.lavaud at ladtech.fr] Envoy??: mercredi 5 novembre 2014 16:32 ??: MAGNIEN, Thierry Cc?: varnish-misc at varnish-cache.org Objet?: Re: restart in varnish 4 No it is not what i want because retry jump back to vcl_backend_fetch and i cant set req.backend_hint in this vlc ----- Mail original ----- > Hi, > > Not sure bue this may be what you're looking for: > https://www.varnish-cache.org/docs/trunk/whats-new/upgrading.html#backend-restarts-are-now-retry > > Regards, > Thierry > > -----Message d'origine----- > De?: varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org > [mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org] > De la part de Laurent Lavaud > Envoy??: mercredi 5 novembre 2014 16:14 > ??: varnish-misc at varnish-cache.org > Objet?: restart in varnish 4 > > Hello, > > In varnish 3 i do a restart in vcl_fetch when i have a 404 error from > my backend, it allow me to set a different backend for the second > request. > > With varnish 4 i cant do a restart in vcl_backend_response > > How can i achieve this ? > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > From laurent.lavaud at ladtech.fr Wed Nov 5 16:29:11 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Wed, 5 Nov 2014 17:29:11 +0100 (CET) Subject: restart in varnish 4 In-Reply-To: <5D103CE839D50E4CBC62C9FD7B83287CC9C877DE@EXCN015.encara.local.ads> References: <1505014047.29672.1415200396313.JavaMail.root@ladtech.fr> <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> <5D103CE839D50E4CBC62C9FD7B83287CC9C8762F@EXCN015.encara.local.ads> <257672015.29735.1415201549048.JavaMail.root@ladtech.fr> <5D103CE839D50E4CBC62C9FD7B83287CC9C877DE@EXCN015.encara.local.ads> Message-ID: <1314037578.29859.1415204951284.JavaMail.root@ladtech.fr> ok i have tried this solution, and it seems to work but i still have somes problems let me explain, in v3 my restart rule is the following one: if(beresp.status == 404 && req.restarts == 0) { return(restart); } and i also have a rule to hit_for_pass object that is not a status 200: if (beresp.status != 200 && beresp.status != 206 && beresp.status != 301) { return (hit_for_pass); } so now in v4 if i restart in vcl_deliver, i have an hit_for_pass object inserted in the cache (because status 404), and it is not good. so i thought to add a special rule before the hit_for_pass, like this one: if(beresp.status == 404 && req.restarts == 0) { return (deliver); } but in v4 i can't use req.restarts in vcl_backend_response... ! :( ----- Mail original ----- > You can check your resp.status in vcl_deliver and return(restart) > here. > > Regards, > Thierry > > -----Message d'origine----- > De?: Laurent Lavaud [mailto:laurent.lavaud at ladtech.fr] > Envoy??: mercredi 5 novembre 2014 16:32 > ??: MAGNIEN, Thierry > Cc?: varnish-misc at varnish-cache.org > Objet?: Re: restart in varnish 4 > > No it is not what i want because retry jump back to vcl_backend_fetch > and i cant set req.backend_hint in this vlc > > ----- Mail original ----- > > Hi, > > > > Not sure bue this may be what you're looking for: > > https://www.varnish-cache.org/docs/trunk/whats-new/upgrading.html#backend-restarts-are-now-retry > > > > Regards, > > Thierry > > > > -----Message d'origine----- > > De?: varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org > > [mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org] > > De la part de Laurent Lavaud > > Envoy??: mercredi 5 novembre 2014 16:14 > > ??: varnish-misc at varnish-cache.org > > Objet?: restart in varnish 4 > > > > Hello, > > > > In varnish 3 i do a restart in vcl_fetch when i have a 404 error > > from > > my backend, it allow me to set a different backend for the second > > request. > > > > With varnish 4 i cant do a restart in vcl_backend_response > > > > How can i achieve this ? > > > > _______________________________________________ > > varnish-misc mailing list > > varnish-misc at varnish-cache.org > > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > From thierry.magnien at sfr.com Wed Nov 5 16:50:42 2014 From: thierry.magnien at sfr.com (MAGNIEN, Thierry) Date: Wed, 5 Nov 2014 16:50:42 +0000 Subject: restart in varnish 4 Message-ID: <9v22arvwf6cjdmmdxudi2dr7.1415206197897@email.android.com> Can't you add a custom header on your req object in vcl_recv that tells if it's a restart or not ? Then you check this header to know if you must create the hit_for_pass object. Thierry -------- Message d'origine -------- De : Laurent Lavaud Date :05/11/2014 17:29 (GMT+01:00) A : "MAGNIEN, Thierry" Cc : varnish-misc at varnish-cache.org Objet : Re: restart in varnish 4 ok i have tried this solution, and it seems to work but i still have somes problems let me explain, in v3 my restart rule is the following one: if(beresp.status == 404 && req.restarts == 0) { return(restart); } and i also have a rule to hit_for_pass object that is not a status 200: if (beresp.status != 200 && beresp.status != 206 && beresp.status != 301) { return (hit_for_pass); } so now in v4 if i restart in vcl_deliver, i have an hit_for_pass object inserted in the cache (because status 404), and it is not good. so i thought to add a special rule before the hit_for_pass, like this one: if(beresp.status == 404 && req.restarts == 0) { return (deliver); } but in v4 i can't use req.restarts in vcl_backend_response... ! :( ----- Mail original ----- > You can check your resp.status in vcl_deliver and return(restart) > here. > > Regards, > Thierry > > -----Message d'origine----- > De : Laurent Lavaud [mailto:laurent.lavaud at ladtech.fr] > Envoy? : mercredi 5 novembre 2014 16:32 > ? : MAGNIEN, Thierry > Cc : varnish-misc at varnish-cache.org > Objet : Re: restart in varnish 4 > > No it is not what i want because retry jump back to vcl_backend_fetch > and i cant set req.backend_hint in this vlc > > ----- Mail original ----- > > Hi, > > > > Not sure bue this may be what you're looking for: > > https://www.varnish-cache.org/docs/trunk/whats-new/upgrading.html#backend-restarts-are-now-retry > > > > Regards, > > Thierry > > > > -----Message d'origine----- > > De : varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org > > [mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org] > > De la part de Laurent Lavaud > > Envoy? : mercredi 5 novembre 2014 16:14 > > ? : varnish-misc at varnish-cache.org > > Objet : restart in varnish 4 > > > > Hello, > > > > In varnish 3 i do a restart in vcl_fetch when i have a 404 error > > from > > my backend, it allow me to set a different backend for the second > > request. > > > > With varnish 4 i cant do a restart in vcl_backend_response > > > > How can i achieve this ? > > > > _______________________________________________ > > varnish-misc mailing list > > varnish-misc at varnish-cache.org > > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From carlos.abalde at gmail.com Wed Nov 5 17:19:59 2014 From: carlos.abalde at gmail.com (Carlos Abalde) Date: Wed, 5 Nov 2014 18:19:59 +0100 Subject: Monitor average response time Message-ID: Hi all, In order to measure the impact of some VCL to be integrated in an existing VCL, I would like to be able to monitor the average response time of Varnish when delivering cached objects using the old and the new VCL. The idea is include that metric in some monitoring software and be able to detect how changes in VCL affect the performance of Varnish. I know some timing information is available in varnishlog. I?m aware of the varnishhist tool (which I assume consumes the timing information available in varnishlog). I?m also aware of the timers VMOD (https://github.com/jib/libvmod-timers) and similar approaches. However, I would prefer some counter readable using varnishstat, but I?m afraid that counter I?m looking for does not exist. Am I right? Any simple alternative not depending on varnishlog? Thanks, ? Carlos Abalde. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: Message signed with OpenPGP using GPGMail URL: From laurent.lavaud at ladtech.fr Wed Nov 5 17:27:56 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Wed, 5 Nov 2014 18:27:56 +0100 (CET) Subject: restart in varnish 4 In-Reply-To: <9v22arvwf6cjdmmdxudi2dr7.1415206197897@email.android.com> References: <9v22arvwf6cjdmmdxudi2dr7.1415206197897@email.android.com> Message-ID: <1794989940.29953.1415208476150.JavaMail.root@ladtech.fr> yes good idea, i think it will works, thanks ! -- Laurent Lavaud Administrateur Syst?mes et R?seaux ----- Mail original ----- > Can't you add a custom header on your req object in vcl_recv that > tells if it's a restart or not ? > Then you check this header to know if you must create the > hit_for_pass object. > Thierry > -------- Message d'origine -------- > De : Laurent Lavaud > Date :05/11/2014 17:29 (GMT+01:00) > A : "MAGNIEN, Thierry" > Cc : varnish-misc at varnish-cache.org > Objet : Re: restart in varnish 4 > ok i have tried this solution, and it seems to work but i still have > somes problems > let me explain, in v3 my restart rule is the following one: > if(beresp.status == 404 && req.restarts == 0) { > return(restart); > } > and i also have a rule to hit_for_pass object that is not a status > 200: > if (beresp.status != 200 && beresp.status != 206 && beresp.status != > 301) { > return (hit_for_pass); > } > so now in v4 if i restart in vcl_deliver, i have an hit_for_pass > object inserted in the cache (because status 404), and it is not > good. > so i thought to add a special rule before the hit_for_pass, like this > one: > if(beresp.status == 404 && req.restarts == 0) { > return (deliver); > } > but in v4 i can't use req.restarts in vcl_backend_response... ! :( > ----- Mail original ----- > > You can check your resp.status in vcl_deliver and return(restart) > > here. > > > > Regards, > > Thierry > > > > -----Message d'origine----- > > De : Laurent Lavaud [ mailto:laurent.lavaud at ladtech.fr ] > > Envoy? : mercredi 5 novembre 2014 16:32 > > ? : MAGNIEN, Thierry > > Cc : varnish-misc at varnish-cache.org > > Objet : Re: restart in varnish 4 > > > > No it is not what i want because retry jump back to > > vcl_backend_fetch > > and i cant set req.backend_hint in this vlc > > > > ----- Mail original ----- > > > Hi, > > > > > > Not sure bue this may be what you're looking for: > > > https://www.varnish-cache.org/docs/trunk/whats-new/upgrading.html#backend-restarts-are-now-retry > > > > > > Regards, > > > Thierry > > > > > > -----Message d'origine----- > > > De : > > > varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org > > > [ > > > mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org > > > ] > > > De la part de Laurent Lavaud > > > Envoy? : mercredi 5 novembre 2014 16:14 > > > ? : varnish-misc at varnish-cache.org > > > Objet : restart in varnish 4 > > > > > > Hello, > > > > > > In varnish 3 i do a restart in vcl_fetch when i have a 404 error > > > from > > > my backend, it allow me to set a different backend for the second > > > request. > > > > > > With varnish 4 i cant do a restart in vcl_backend_response > > > > > > How can i achieve this ? > > > > > > _______________________________________________ > > > varnish-misc mailing list > > > varnish-misc at varnish-cache.org > > > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From apj at mutt.dk Wed Nov 5 18:59:35 2014 From: apj at mutt.dk (Andreas Plesner Jacobsen) Date: Wed, 5 Nov 2014 19:59:35 +0100 Subject: restart in varnish 4 In-Reply-To: <257672015.29735.1415201549048.JavaMail.root@ladtech.fr> References: <1505014047.29672.1415200396313.JavaMail.root@ladtech.fr> <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> <5D103CE839D50E4CBC62C9FD7B83287CC9C8762F@EXCN015.encara.local.ads> <257672015.29735.1415201549048.JavaMail.root@ladtech.fr> Message-ID: <20141105185935.GR19870@nerd.dk> On Wed, Nov 05, 2014 at 04:32:29PM +0100, Laurent Lavaud wrote: > No it is not what i want because retry jump back to vcl_backend_fetch and i > cant set req.backend_hint in this vlc req.* is for the client thread. You're looking for bereq.backend. You need to be at 4.0.2 to have the fix for #1512 though. -- Andreas From laurent.lavaud at ladtech.fr Thu Nov 6 13:44:57 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Thu, 6 Nov 2014 14:44:57 +0100 (CET) Subject: restart in varnish 4 In-Reply-To: <20141105185935.GR19870@nerd.dk> References: <1505014047.29672.1415200396313.JavaMail.root@ladtech.fr> <543472000.29679.1415200441134.JavaMail.root@ladtech.fr> <5D103CE839D50E4CBC62C9FD7B83287CC9C8762F@EXCN015.encara.local.ads> <257672015.29735.1415201549048.JavaMail.root@ladtech.fr> <20141105185935.GR19870@nerd.dk> Message-ID: <1957462323.30938.1415281497774.JavaMail.root@ladtech.fr> i do a retry instead a restart in vcl_backend_response and set my backend with "set bereq.backend" in backend_fetch ! it works perfectly, thank you ! ;) -- Laurent Lavaud Administrateur Syst?mes et R?seaux ----- Mail original ----- > On Wed, Nov 05, 2014 at 04:32:29PM +0100, Laurent Lavaud wrote: > > > No it is not what i want because retry jump back to > > vcl_backend_fetch and i > > cant set req.backend_hint in this vlc > > req.* is for the client thread. You're looking for bereq.backend. > You need to be at 4.0.2 to have the fix for #1512 though. > > -- > Andreas > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > From bluethundr at gmail.com Sun Nov 9 04:12:26 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Sat, 8 Nov 2014 23:12:26 -0500 Subject: back end not selected in vcl Message-ID: Hey all, I tried to add my wiki host to my VCL in the hopes of giving it a little speed boost. However it seems that when I put the vcl into place and cycling varnish that the 'wiki' back end is never selected. My main website gets pulled up in the browser when I enter in the wiki URL. Can someone maybe take a look and let me know what I'm doing wrong in my VCL logic? probe index { .url = "/index.php"; .timeout = 5s; .interval = 2s; .window = 5; .threshold = 3; } backend web1 { .host = "10.10.10.5"; .port = "80"; .probe = index; .connect_timeout = 30s; .first_byte_timeout = 30s; .between_bytes_timeout = 30s; .max_connections = 70; } backend ops { .host = "10.10.10.6"; .port = "80"; .probe = index; .connect_timeout = 30s; .first_byte_timeout = 30s; .between_bytes_timeout = 30s; .max_connections = 70; } director www client { { .backend = web1 ; .weight = 2; } } director wiki client { { .backend = ops; .weight = 2; } } sub vcl_recv { if ( req.url ~ "wiki.mydomain.com") { set req.backend = www; } else { set req.backend = wiki; } return(lookup); } sub vcl_deliver { if (obj.hits> 0) { set resp.http.X-Cache = "HIT"; } else { set resp.http.X-Cache = "MISS"; } } Thanks! Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From perbu at varnish-software.com Sun Nov 9 09:40:22 2014 From: perbu at varnish-software.com (Per Buer) Date: Sun, 9 Nov 2014 10:40:22 +0100 Subject: back end not selected in vcl In-Reply-To: References: Message-ID: Hi Tim, On Sun, Nov 9, 2014 at 5:12 AM, Tim Dunphy wrote: > Hey all, > > I tried to add my wiki host to my VCL in the hopes of giving it a little > speed boost. > > However it seems that when I put the vcl into place and cycling varnish > that the 'wiki' back end is never selected. My main website gets pulled up > in the browser when I enter in the wiki URL. > > Can someone maybe take a look and let me know what I'm doing wrong in my > VCL logic? > > if ( req.url ~ "wiki.mydomain.com") { > > set req.backend = www; > There are two mistakes here it seems. Firstly req.url contains the URL part without the host. The host is in req.http.host. Furthermore I think you meant !~ here. So what you want is if (req.http.host ? "wiki.mydomain.com") { set req.backend = wiki; } Per. -- *Per Buer* CTO | Varnish Software AS Cell: +47 95839117 We Make Websites Fly! www.varnish-software.com [image: Register now] -------------- next part -------------- An HTML attachment was scrubbed... URL: From bluethundr at gmail.com Mon Nov 10 04:30:48 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Sun, 9 Nov 2014 23:30:48 -0500 Subject: cache site for 1 hour Message-ID: Hey guys, I'm trying to keep a copy of the site I'm working on in cache for 1 hour. My goal is to be able to stop the web server(s) completely, and have the site served from cache in a worst case scenario. So I tried adding the following vcl_fetch to my default.vcl file expecting this to be a success. But when I stop the web server the site immediately disappears with a GURU Meditation error showing in the web browser: sub vcl_fetch { if ( req.url ~ "^www\.ref\.mydomain\.com$") { set beresp.ttl = 3600s; } return (deliver); } I'd definitely appreciate any advice you'd have! Thanks Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry.magnien at sfr.com Mon Nov 10 09:21:57 2014 From: thierry.magnien at sfr.com (MAGNIEN, Thierry) Date: Mon, 10 Nov 2014 09:21:57 +0000 Subject: cache site for 1 hour In-Reply-To: References: Message-ID: Hi. You should match against req.http.host, not req.url. Consider using grace mode too in order to achieve what you want. Regards, Thierry -------- Message d'origine -------- De : Tim Dunphy Date :10/11/2014 05:31 (GMT+01:00) A : varnish-misc at varnish-cache.org Objet : cache site for 1 hour Hey guys, I'm trying to keep a copy of the site I'm working on in cache for 1 hour. My goal is to be able to stop the web server(s) completely, and have the site served from cache in a worst case scenario. So I tried adding the following vcl_fetch to my default.vcl file expecting this to be a success. But when I stop the web server the site immediately disappears with a GURU Meditation error showing in the web browser: sub vcl_fetch { if ( req.url ~ "^www\.ref\.mydomain\.com$") { set beresp.ttl = 3600s; } return (deliver); } I'd definitely appreciate any advice you'd have! Thanks Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From contact at jpluscplusm.com Mon Nov 10 22:43:14 2014 From: contact at jpluscplusm.com (JCM) Date: Mon, 10 Nov 2014 22:43:14 +0000 Subject: Varnish 4 debian packages for i386 Message-ID: Hello - https://repo.varnish-cache.org/debian/dists/wheezy/varnish-4.0/binary-i386/Packages.gz only references the package varnish-doc, and not varnish, rendering a package-based, binary installation on i386 a manual process, and resulting in an outdated package being present (https://repo.varnish-cache.org/debian/pool/varnish-4.0/v/varnish/varnish_4.0.0-1~wheezy_i386.deb is available, but not 4.0.1+). It certainly invalidates the installation instructions found at https://www.varnish-cache.org/installation/debian. Is this intended? I couldn't find the removal of i386 as an option documented anywhere in a changelog, an "installing Varnish 4.0" page, or any other formal varnish-cache.org page. Cheers, Jonathan From al-varnishmisc at none.at Tue Nov 11 00:11:05 2014 From: al-varnishmisc at none.at (Aleksandar Lazic) Date: Tue, 11 Nov 2014 01:11:05 +0100 Subject: Solved: Re: Question about designed solution with dynamic backend setup based on csv-file with backend Basic Authentication In-Reply-To: References: <20140218101006.GA1962@immer.varnish-software.com> Message-ID: Hi. Answer for archive. Am 21-09-2014 20:58, schrieb Aleksandar Lazic: > Hi. > > Am 18-02-2014 11:10, schrieb Lasse Karstensen: >> On Thu, Feb 06, 2014 at 04:30:08PM +0100, Aleksandar Lazic wrote: > > [..] > >>> @2.) Write a script which create a $ID.vcl with the necessary >>> "backend $ID { ...}" files. >>> This script add also a 'sub vcl_recv {...}' per backend with >>> header >>> >>> set req.http.Authorization = "BASIC [base64 encoded >>> admin:adminpass]" >> >> If this is for the backend connection/requests, you need to set it on >> bereq in >> vcl_miss. > > Sorry but I think I still not have fully understand varnish. > > I need to change the request URL on the backend to another url and set > the Authorization-Header. This setup works for me. ########### default.vcl vcl 4.0; import std; include "/etc/varnish/backends.vcl"; # the backends sub vcl_recv { if (req.url ~ "^/229") { set req.backend_hint = Kunde_02_port_9001; } } sub vcl_backend_fetch { if (bereq.url ~ "^/229") { set bereq.url = ""; set bereq.http.authorization = "Basic "; return (fetch); } } ############ Cheers Aleks From lkarsten at varnish-software.com Tue Nov 11 09:53:01 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Tue, 11 Nov 2014 10:53:01 +0100 Subject: Varnish 4 debian packages for i386 In-Reply-To: References: Message-ID: <20141111095300.GA13514@immer.varnish-software.com> On Mon, Nov 10, 2014 at 10:43:14PM +0000, JCM wrote: [..] > Is this intended? I couldn't find the removal of i386 as an option > documented anywhere in a changelog, an "installing Varnish 4.0" page, > or any other formal varnish-cache.org page. It is intended. Varnish 4.0 packages from repo.varnish-cache.org are amd64 only. We do still run our test suite on i386, so Varnish itself should work fine if you really need it. -- Lasse Karstensen Varnish Software AS (release manager hat on) From lkarsten at varnish-software.com Tue Nov 11 09:58:00 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Tue, 11 Nov 2014 10:58:00 +0100 Subject: Question about varnishstat In-Reply-To: <53A1A5A0.9020106@opendoc.net> References: <53A1A5A0.9020106@opendoc.net> Message-ID: <20141111095800.GB13514@immer.varnish-software.com> On Wed, Jun 18, 2014 at 04:43:44PM +0200, Alexandre wrote: > I use varnishstat to watch hosts state, and I wonder what is the number > 18446744073709551615 ? Would you have any idea? > example: > varnishstat -1 [..] > VBE.web01_MC(X.X.X.X,,1234).happy 18446744073709551615 . Happy health probes Hi. Fairly old email now, but in case someone finds this via the archives; the odd number is in fact a bitmap describing how the last n health probes turned out, and varnishstat in 3.0 format it as a number. In Varnish 4.0 varnishstat will print this correctly. -- Lasse Karstensen Varnish Software AS From lkarsten at varnish-software.com Tue Nov 11 10:03:13 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Tue, 11 Nov 2014 11:03:13 +0100 Subject: Question regarding Varnish memory usage In-Reply-To: References: Message-ID: <20141111100312.GC13514@immer.varnish-software.com> [reviewing old emails] On Thu, Jun 19, 2014 at 01:03:07PM +0200, Daniel wrote: > I have some questions regarding Varnish 4 and some problems we have with > it's memory usage. There is an issue in Varnish 4.0 that chunked backend responses lead to higher stevedore memory fragmentation, which is probably what you are seeing. I suggest you reduce the fetch_chunksize parameter to something that most of your objects fit in, and see if that helps. The default is 128KB. -- Lasse Karstensen Varnish Software AS From Andy.Lightfoot at ig.com Thu Nov 13 09:19:18 2014 From: Andy.Lightfoot at ig.com (Andy Lightfoot) Date: Thu, 13 Nov 2014 09:19:18 +0000 Subject: Logging of Backend health checks in Varnish 4 Message-ID: <3e0f6beaaa7e44589589eff4301264dc@BMPRDEXC142.IGI.IG.LOCAL> Hi all, In Varnish 3 it was possible to see the backend health checks (and whether a backend was healthy or sick) in the varnishlog output. e.g. 0 Backend_health - backendname Still healthy 4--X-RH 10 8 10 0.004707 0.005900 HTTP/1.1 200 200 active In Varnish 4 this does not appear to be present in the varnishlog output. Is it possible to view this information in Varnish 4? Thanks, Andy The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44(020 7896 0011) and then delete the email and any copies of it. Opinions, conclusion (etc) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG is a trading name of IG Markets Limited (a company registered in England and Wales, company number 04008957) and IG Index Limited (a company registered in England and Wales, company number 01190902). Registered address at Cannon Bridge House, 25 Dowgate Hill, London EC4R 2YA. Both IG Markets Limited (register number 195355) and IG Index Limited (register number 114059) are authorised and regulated by the Financial Conduct Authority. -------------- next part -------------- An HTML attachment was scrubbed... URL: From apj at mutt.dk Thu Nov 13 09:26:11 2014 From: apj at mutt.dk (Andreas Plesner Jacobsen) Date: Thu, 13 Nov 2014 10:26:11 +0100 Subject: Logging of Backend health checks in Varnish 4 In-Reply-To: <3e0f6beaaa7e44589589eff4301264dc@BMPRDEXC142.IGI.IG.LOCAL> References: <3e0f6beaaa7e44589589eff4301264dc@BMPRDEXC142.IGI.IG.LOCAL> Message-ID: <20141113092611.GS19870@nerd.dk> On Thu, Nov 13, 2014 at 09:19:18AM +0000, Andy Lightfoot wrote: > > e.g. > 0 Backend_health - backendname Still healthy 4--X-RH 10 8 10 0.004707 0.005900 HTTP/1.1 200 200 active > > In Varnish 4 this does not appear to be present in the varnishlog output. Is it possible to view this information in Varnish 4? It's not part of a request, so you have to disable grouping with -g raw -- Andreas From hugues at betabrand.com Thu Nov 13 09:37:48 2014 From: hugues at betabrand.com (Hugues Alary) Date: Thu, 13 Nov 2014 01:37:48 -0800 Subject: Strange bug since upgrading to varnish 4 Message-ID: Hi there, I just upgraded to from 3 (.0.5/6) to 4.0.2 on my debian system. I converted my old varnish 3 code to 4.0.2. The varnish 3 code has been working flawlessly for more than 2 years. Now, in my varnish 4 VCL, everything works fine except for a very specific piece of code that seem to crash(?) varnish. I say crash with a question mark as I haven't been able to actually confirm it crashes. The symptom of the bug is the following: when I connect with a mobile browser, the connection seems like it's being reset, and the browser shows: [image: Inline image 1] Now, here the code that seems to be the cause of my troubles: In my default.vcl file, at the top I have include "identify_device.vcl"; sub vcl_recv { # some code # some more code # and finally: call identify_device; return (hash); } In my identidy_device.vcl I have, this very long if/elseif condition: sub identify_device { if(!req.http.X-Device) # If req.http.X-Device is already set (by the browser for example), we don't overwrite it (useful for our recaching script) { # By default we consider our device as a desktop set req.http.X-Device = "desktop"; if ( (req.http.User-Agent ~ "\biPhone.*Mobile|\biPod") || (req.http.User-Agent ~ "BlackBerry|\bBB10\b|rim[0-9]+") || (req.http.User-Agent ~ "HTC|HTC.*(Sensation|Evo|Vision|Explorer|6800|8100|8900|A7272|S510e|C110e|Legend|Desire|T8282)|APX515CKT|Qtek9090|APA9292KT|HD_mini|Sensation.*Z710e|PG86100|Z715e|Desire.*(A8181|HD)|ADR6200|ADR6400L|ADR6425|001HT|Inspire 4G|Android.*\bEVO\b|T-Mobile G1|Z520m") || (req.http.User-Agent ~ "Nexus One|Nexus S|Galaxy.*Nexus|Android.*Nexus.*Mobile") || (req.http.User-Agent ~ "Dell.*Streak|Dell.*Aero|Dell.*Venue|DELL.*Venue Pro|Dell Flash|Dell Smoke|Dell Mini 3iX|XCD28|XCD35|\b001DL\b|\b101DL\b|\bGS01\b") || (req.http.User-Agent ~ "Motorola|\bDroid\b.*Build|DROIDX|Android.*Xoom|HRI39|MOT-|A1260|A1680|A555|A853|A855|A953|A955|A956|Motorola.*ELECTRIFY|Motorola.*i1|i867|i940|MB200|MB300|MB501|MB502|MB508|MB511|MB520|MB525|MB526|MB611|MB612|MB632|MB810|MB855|MB860|MB861|MB865|MB870|ME501|ME502|ME511|ME525|ME600|ME632|ME722|ME811|ME860|ME863|ME865|MT620|MT710|MT716|MT720|MT810|MT870|MT917|Motorola.*TITANIUM|WX435|WX445|XT300|XT301|XT311|XT316|XT317|XT319|XT320|XT390|XT502|XT530|XT531|XT532|XT535|XT603|XT610|XT611|XT615|XT681|XT701|XT702|XT711|XT720|XT800|XT806|XT860|XT862|XT875|XT882|XT883|XT894|XT901|XT907|XT909|XT910|XT912|XT928|XT926|XT915|XT919|XT925") || (req.http.User-Agent ~ "Samsung|SGH-I337|BGT-S5230|GT-B2100|GT-B2700|GT-B2710|GT-B3210|GT-B3310|GT-B3410|GT-B3730|GT-B3740|GT-B5510|GT-B5512|GT-B5722|GT-B6520|GT-B7300|GT-B7320|GT-B7330|GT-B7350|GT-B7510|GT-B7722|GT-B7800|GT-C3010|GT-C3011|GT-C3060|GT-C3200|GT-C3212|GT-C3212I|GT-C3262|GT-C3222|GT-C3300|GT-C3300K|GT-C3303|GT-C3303K|GT-C3310|GT-C3322|GT-C3330|GT-C3350|GT-C3500|GT-C3510|GT-C3530|GT-C3630|GT-C3780|GT-C5010|GT-C5212|GT-C6620|GT-C6625|GT-C6712|GT-E1050|GT-E1070|GT-E1075|GT-E1080|GT-E1081|GT-E1085|GT-E1087|GT-E1100|GT-E1107|GT-E1110|GT-E1120|GT-E1125|GT-E1130|GT-E1160|GT-E1170|GT-E1175|GT-E1180|GT-E1182|GT-E1200|GT-E1210|GT-E1225|GT-E1230|GT-E1390|GT-E2100|GT-E2120|GT-E2121|GT-E2152|GT-E2220|GT-E2222|GT-E2230|GT-E2232|GT-E2250|GT-E2370|GT-E2550|GT-E2652|GT-E3210|GT-E3213|GT-I5500|GT-I5503|GT-I5700|GT-I5800|GT-I5801|GT-I6410|GT-I6420|GT-I7110|GT-I7410|GT-I7500|GT-I8000|GT-I8150|GT-I8160|GT-I8190|GT-I8320|GT-I8330|GT-I8350|GT-I8530|GT-I8700|GT-I8703|GT-I8910|GT-I9000|GT-I9001|GT-I9003|GT-I9010|GT-I9020|GT-I9023|GT-I9070|GT-I9082|GT-I9100|GT-I9103|GT-I9220|GT-I9250|GT-I9300|GT-I9305|GT-I9500|GT-I9505|GT-M3510|GT-M5650|GT-M7500|GT-M7600|GT-M7603|GT-M8800|GT-M8910|GT-N7000|GT-S3110|GT-S3310|GT-S3350|GT-S3353|GT-S3370|GT-S3650|GT-S3653|GT-S3770|GT-S3850|GT-S5210|GT-S5220|GT-S5229|GT-S5230|GT-S5233|GT-S5250|GT-S5253|GT-S5260|GT-S5263|GT-S5270|GT-S5300|GT-S5330|GT-S5350|GT-S5360|GT-S5363|GT-S5369|GT-S5380|GT-S5380D|GT-S5560|GT-S5570|GT-S5600|GT-S5603|GT-S5610|GT-S5620|GT-S5660|GT-S5670|GT-S5690|GT-S5750|GT-S5780|GT-S5830|GT-S5839|GT-S6102|GT-S6500|GT-S7070|GT-S7200|GT-S7220|GT-S7230|GT-S7233|GT-S7250|GT-S7500|GT-S7530|GT-S7550|GT-S7562|GT-S7710|GT-S8000|GT-S8003|GT-S8500|GT-S8530|GT-S8600|SCH-A310|SCH-A530|SCH-A570|SCH-A610|SCH-A630|SCH-A650|SCH-A790|SCH-A795|SCH-A850|SCH-A870|SCH-A890|SCH-A930|SCH-A950|SCH-A970|SCH-A990|SCH-I100|SCH-I110|SCH-I400|SCH-I405|SCH-I500|SCH-I510|SCH-I515|SCH-I600|SCH-I730|SCH-I760|SCH-I770|SCH-I830|SCH-I910|SCH-I920|SCH-I959|SCH-LC11|SCH-N150|SCH-N300|SCH-R100|SCH-R300|SCH-R351|SCH-R400|SCH-R410|SCH-T300|SCH-U310|SCH-U320|SCH-U350|SCH-U360|SCH-U365|SCH-U370|SCH-U380|SCH-U410|SCH-U430|SCH-U450|SCH-U460|SCH-U470|SCH-U490|SCH-U540|SCH-U550|SCH-U620|SCH-U640|SCH-U650|SCH-U660|SCH-U700|SCH-U740|SCH-U750|SCH-U810|SCH-U820|SCH-U900|SCH-U940|SCH-U960|SCS-26UC|SGH-A107|SGH-A117|SGH-A127|SGH-A137|SGH-A157|SGH-A167|SGH-A177|SGH-A187|SGH-A197|SGH-A227|SGH-A237|SGH-A257|SGH-A437|SGH-A517|SGH-A597|SGH-A637|SGH-A657|SGH-A667|SGH-A687|SGH-A697|SGH-A707|SGH-A717|SGH-A727|SGH-A737|SGH-A747|SGH-A767|SGH-A777|SGH-A797|SGH-A817|SGH-A827|SGH-A837|SGH-A847|SGH-A867|SGH-A877|SGH-A887|SGH-A897|SGH-A927|SGH-B100|SGH-B130|SGH-B200|SGH-B220|SGH-C100|SGH-C110|SGH-C120|SGH-C130|SGH-C140|SGH-C160|SGH-C170|SGH-C180|SGH-C200|SGH-C207|SGH-C210|SGH-C225|SGH-C230|SGH-C417|SGH-C450|SGH-D307|SGH-D347|SGH-D357|SGH-D407|SGH-D415|SGH-D780|SGH-D807|SGH-D980|SGH-E105|SGH-E200|SGH-E315|SGH-E316|SGH-E317|SGH-E335|SGH-E590|SGH-E635|SGH-E715|SGH-E890|SGH-F300|SGH-F480|SGH-I200|SGH-I300|SGH-I320|SGH-I550|SGH-I577|SGH-I600|SGH-I607|SGH-I617|SGH-I627|SGH-I637|SGH-I677|SGH-I700|SGH-I717|SGH-I727|SGH-i747M|SGH-I777|SGH-I780|SGH-I827|SGH-I847|SGH-I857|SGH-I896|SGH-I897|SGH-I900|SGH-I907|SGH-I917|SGH-I927|SGH-I937|SGH-I997|SGH-J150|SGH-J200|SGH-L170|SGH-L700|SGH-M110|SGH-M150|SGH-M200|SGH-N105|SGH-N500|SGH-N600|SGH-N620|SGH-N625|SGH-N700|SGH-N710|SGH-P107|SGH-P207|SGH-P300|SGH-P310|SGH-P520|SGH-P735|SGH-P777|SGH-Q105|SGH-R210|SGH-R220|SGH-R225|SGH-S105|SGH-S307|SGH-T109|SGH-T119|SGH-T139|SGH-T209|SGH-T219|SGH-T229|SGH-T239|SGH-T249|SGH-T259|SGH-T309|SGH-T319|SGH-T329|SGH-T339|SGH-T349|SGH-T359|SGH-T369|SGH-T379|SGH-T409|SGH-T429|SGH-T439|SGH-T459|SGH-T469|SGH-T479|SGH-T499|SGH-T509|SGH-T519|SGH-T539|SGH-T559|SGH-T589|SGH-T609|SGH-T619|SGH-T629|SGH-T639|SGH-T659|SGH-T669|SGH-T679|SGH-T709|SGH-T719|SGH-T729|SGH-T739|SGH-T746|SGH-T749|SGH-T759|SGH-T769|SGH-T809|SGH-T819|SGH-T839|SGH-T919|SGH-T929|SGH-T939|SGH-T959|SGH-T989|SGH-U100|SGH-U200|SGH-U800|SGH-V205|SGH-V206|SGH-X100|SGH-X105|SGH-X120|SGH-X140|SGH-X426|SGH-X427|SGH-X475|SGH-X495|SGH-X497|SGH-X507|SGH-X600|SGH-X610|SGH-X620|SGH-X630|SGH-X700|SGH-X820|SGH-X890|SGH-Z130|SGH-Z150|SGH-Z170|SGH-ZX10|SGH-ZX20|SHW-M110|SPH-A120|SPH-A400|SPH-A420|SPH-A460|SPH-A500|SPH-A560|SPH-A600|SPH-A620|SPH-A660|SPH-A700|SPH-A740|SPH-A760|SPH-A790|SPH-A800|SPH-A820|SPH-A840|SPH-A880|SPH-A900|SPH-A940|SPH-A960|SPH-D600|SPH-D700|SPH-D710|SPH-D720|SPH-I300|SPH-I325|SPH-I330|SPH-I350|SPH-I500|SPH-I600|SPH-I700|SPH-L700|SPH-M100|SPH-M220|SPH-M240|SPH-M300|SPH-M305|SPH-M320|SPH-M330|SPH-M350|SPH-M360|SPH-M370|SPH-M380|SPH-M510|SPH-M540|SPH-M550|SPH-M560|SPH-M570|SPH-M580|SPH-M610|SPH-M620|SPH-M630|SPH-M800|SPH-M810|SPH-M850|SPH-M900|SPH-M910|SPH-M920|SPH-M930|SPH-N100|SPH-N200|SPH-N240|SPH-N300|SPH-N400|SPH-Z400|SWC-E100|SCH-i909|GT-N7100|GT-N7105|SCH-I535|SM-N900A|SGH-I317|SGH-T999L|GT-S5360B") || (req.http.User-Agent ~ "\bLG\b;|LG[- ]?(C800|C900|E400|E610|E900|E-900|F160|F180K|F180L|F180S|730|855|L160|LS840|LS970|LU6200|MS690|MS695|MS770|MS840|MS870|MS910|P500|P700|P705|VM696|AS680|AS695|AX840|C729|E970|GS505|272|C395|E739BK|E960|L55C|L75C|LS696|LS860|P769BK|P350|P500|P509|P870|UN272|US730|VS840|VS950|LN272|LN510|LS670|LS855|LW690|MN270|MN510|P509|P769|P930|UN200|UN270|UN510|UN610|US670|US740|US760|UX265|UX840|VN271|VN530|VS660|VS700|VS740|VS750|VS910|VS920|VS930|VX9200|VX11000|AX840A|LW770|P506|P925|P999)") || (req.http.User-Agent ~ "SonyST|SonyLT|SonyEricsson|SonyEricssonLT15iv|LT18i|E10i|LT28h|LT26w|SonyEricssonMT27i") || (req.http.User-Agent ~ "Asus.*Galaxy|PadFone.*Mobile") || (req.http.User-Agent ~ "Micromax.*\b(A210|A92|A88|A72|A111|A110Q|A115|A116|A110|A90S|A26|A51|A35|A54|A25|A27|A89|A68|A65|A57|A90)\b") || (req.http.User-Agent ~ "PalmSource|Palm") || (req.http.User-Agent ~ "Vertu|Vertu.*Ltd|Vertu.*Ascent|Vertu.*Ayxta|Vertu.*Constellation(F|Quest)?|Vertu.*Monika|Vertu.*Signature") || (req.http.User-Agent ~ "PANTECH|IM-A850S|IM-A840S|IM-A830L|IM-A830K|IM-A830S|IM-A820L|IM-A810K|IM-A810S|IM-A800S|IM-T100K|IM-A725L|IM-A780L|IM-A775C|IM-A770K|IM-A760S|IM-A750K|IM-A740S|IM-A730S|IM-A720L|IM-A710K|IM-A690L|IM-A690S|IM-A650S|IM-A630K|IM-A600S|VEGA PTL21|PT003|P8010|ADR910L|P6030|P6020|P9070|P4100|P9060|P5000|CDM8992|TXT8045|ADR8995|IS11PT|P2030|P6010|P8000|PT002|IS06|CDM8999|P9050|PT001|TXT8040|P2020|P9020|P2000|P7040|P7000|C790") || (req.http.User-Agent ~ "IQ230|IQ444|IQ450|IQ440|IQ442|IQ441|IQ245|IQ256|IQ236|IQ255|IQ235|IQ245|IQ275|IQ240|IQ285|IQ280|IQ270|IQ260|IQ250") || (req.http.User-Agent ~ "\b(SP-80|XT-930|SX-340|XT-930|SX-310|SP-360|SP60|SPT-800|SP-120|SPT-800|SP-140|SPX-5|SPX-8|SP-100|SPX-8|SPX-12)\b") || (req.http.User-Agent ~ "Tapatalk|PDA;|SAGEM|\bmmp\b|pocket|\bpsp\b|symbian|Smartphone|smartfon|treo|up.browser|up.link|vodafone|\bwap\b|nokia|Series40|Series60|S60|SonyEricsson|N900|MAUI.*WAP.*Browser")) { set req.http.X-Device = "mobile"; } else if ( (req.http.User-Agent ~ "\bCrMo\b|CriOS|Android.*Chrome/[.0-9]* (Mobile)?") || (req.http.User-Agent ~ "\bDolfin\b") || (req.http.User-Agent ~ "Opera.*Mini|Opera.*Mobi|Android.*Opera|Mobile.*OPR/[0-9.]+|Coast/[0-9.]+") || (req.http.User-Agent ~ "Skyfire") || (req.http.User-Agent ~ "IEMobile|MSIEMobile") || (req.http.User-Agent ~ "fennec|firefox.*maemo|(Mobile|Tablet).*Firefox|Firefox.*Mobile") || (req.http.User-Agent ~ "bolt") || (req.http.User-Agent ~ "teashark") || (req.http.User-Agent ~ "Blazer") || (req.http.User-Agent ~ "Version.*Mobile.*Safari|Safari.*Mobile") || (req.http.User-Agent ~ "Tizen") || (req.http.User-Agent ~ "UC.*Browser|UCWEB") || (req.http.User-Agent ~ "DiigoBrowser") || (req.http.User-Agent ~ "Puffin") || (req.http.User-Agent ~ "\bMercury\b") || (req.http.User-Agent ~ "NokiaBrowser|OviBrowser|OneBrowser|TwonkyBeamBrowser|SEMC.*Browser|FlyFlow|Minimo|NetFront|Novarra-Vision|MQQBrowser|MicroMessenger")) { set req.http.X-Device = "mobile"; } else if ( (req.http.User-Agent ~ "Android") || (req.http.User-Agent ~ "blackberry|\bBB10\b|rim tablet os") || (req.http.User-Agent ~ "PalmOS|avantgo|blazer|elaine|hiptop|palm|plucker|xiino") || (req.http.User-Agent ~ "Symbian|SymbOS|Series60|Series40|SYB-[0-9]+|\bS60\b") || (req.http.User-Agent ~ "Windows CE.*(PPC|Smartphone|Mobile|[0-9]{3}x[0-9]{3})|Window Mobile|Windows Phone [0-9.]+|WCE;") || (req.http.User-Agent ~ "Windows Phone 8.0|Windows Phone OS|XBLWP7|ZuneWP7") || (req.http.User-Agent ~ "\biPhone.*Mobile|\biPod|\biPad") || (req.http.User-Agent ~ "MeeGo") || (req.http.User-Agent ~ "Maemo") || (req.http.User-Agent ~ "J2ME/|\bMIDP\b|\bCLDC\b") || (req.http.User-Agent ~ "webOS|hpwOS") || (req.http.User-Agent ~ "\bBada\b") || (req.http.User-Agent ~ "BREW")) { set req.http.X-Device = "mobile"; } if ( (req.http.User-Agent ~ "iPad|iPad.*Mobile") || (req.http.User-Agent ~ "^.*Android.*Nexus(((?:(?!Mobile))|(?:(\s(7|10).+))).)*$") || (req.http.User-Agent ~ "SAMSUNG.*Tablet|Galaxy.*Tab|SC-01C|GT-P1000|GT-P1003|GT-P1010|GT-P3105|GT-P6210|GT-P6800|GT-P6810|GT-P7100|GT-P7300|GT-P7310|GT-P7500|GT-P7510|SCH-I800|SCH-I815|SCH-I905|SGH-I957|SGH-I987|SGH-T849|SGH-T859|SGH-T869|SPH-P100|GT-P3100|GT-P3108|GT-P3110|GT-P5100|GT-P5110|GT-P6200|GT-P7320|GT-P7511|GT-N8000|GT-P8510|SGH-I497|SPH-P500|SGH-T779|SCH-I705|SCH-I915|GT-N8013|GT-P3113|GT-P5113|GT-P8110|GT-N8010|GT-N8005|GT-N8020|GT-P1013|GT-P6201|GT-P7501|GT-N5100|GT-N5110|SHV-E140K|SHV-E140L|SHV-E140S|SHV-E150S|SHV-E230K|SHV-E230L|SHV-E230S|SHW-M180K|SHW-M180L|SHW-M180S|SHW-M180W|SHW-M300W|SHW-M305W|SHW-M380K|SHW-M380S|SHW-M380W|SHW-M430W|SHW-M480K|SHW-M480S|SHW-M480W|SHW-M485W|SHW-M486W|SHW-M500W|GT-I9228|SCH-P739|SCH-I925|GT-I9200|GT-I9205|GT-P5200|GT-P5210|SM-T311|SM-T310|SM-T210|SM-T210R|SM-T211|SM-P600|SM-P601|SM-P605|SM-P900|SM-T217|SM-T217A|SM-T217S|SM-P6000|SM-T3100|SGH-I467|XE500") || (req.http.User-Agent ~ "Kindle|Silk.*Accelerated|Android.*\b(KFOT|KFTT|KFJWI|KFJWA|KFOTE|KFSOWI|KFTHWI|KFTHWA|KFAPWI|KFAPWA|WFJWAE)\b") || (req.http.User-Agent ~ "Windows NT [0-9.]+; ARM;") || (req.http.User-Agent ~ "HP Slate 7|HP ElitePad 900|hp-tablet|EliteBook.*Touch") || (req.http.User-Agent ~ "^.*PadFone((?!Mobile).)*$|Transformer|TF101|TF101G|TF300T|TF300TG|TF300TL|TF700T|TF700KL|TF701T|TF810C|ME171|ME301T|ME302C|ME371MG|ME370T|ME372MG|ME172V|ME173X|ME400C|Slider SL101|\bK00F\b|TX201LA") || (req.http.User-Agent ~ "PlayBook|RIM Tablet") || (req.http.User-Agent ~ "HTC Flyer|HTC Jetstream|HTC-P715a|HTC EVO View 4G|PG41200") || (req.http.User-Agent ~ "xoom|sholest|MZ615|MZ605|MZ505|MZ601|MZ602|MZ603|MZ604|MZ606|MZ607|MZ608|MZ609|MZ615|MZ616|MZ617") || (req.http.User-Agent ~ "Android.*Nook|NookColor|nook browser|BNRV200|BNRV200A|BNTV250|BNTV250A|BNTV400|BNTV600|LogicPD Zoom2") || (req.http.User-Agent ~ "Android.*; \b(A100|A101|A110|A200|A210|A211|A500|A501|A510|A511|A700|A701|W500|W500P|W501|W501P|W510|W511|W700|G100|G100W|B1-A71|B1-710|B1-711|A1-810)\b|W3-810") || (req.http.User-Agent ~ "Android.*(AT100|AT105|AT200|AT205|AT270|AT275|AT300|AT305|AT1S5|AT500|AT570|AT700|AT830)|TOSHIBA.*FOLIO") || (req.http.User-Agent ~ "\bL-06C|LG-V900|LG-V909\b") || (req.http.User-Agent ~ "Android.*\b(F-01D|F-05E|F-10D|M532|Q572)\b") || (req.http.User-Agent ~ "PMP3170B|PMP3270B|PMP3470B|PMP7170B|PMP3370B|PMP3570C|PMP5870C|PMP3670B|PMP5570C|PMP5770D|PMP3970B|PMP3870C|PMP5580C|PMP5880D|PMP5780D|PMP5588C|PMP7280C|PMP7280|PMP7880D|PMP5597D|PMP5597|PMP7100D|PER3464|PER3274|PER3574|PER3884|PER5274|PER5474|PMP5097CPRO|PMP5097|PMP7380D|PMP5297C|PMP5297C_QUAD") || (req.http.User-Agent ~ "IdeaTab|S2110|S6000|K3011|A3000|A1000|A2107|A2109|A1107|ThinkPad([ ]+)?Tablet") || (req.http.User-Agent ~ "Android.*\b(TAB210|TAB211|TAB224|TAB250|TAB260|TAB264|TAB310|TAB360|TAB364|TAB410|TAB411|TAB420|TAB424|TAB450|TAB460|TAB461|TAB464|TAB465|TAB467|TAB468|TAB07-100|TAB07-101|TAB07-150|TAB07-151|TAB07-152|TAB07-200|TAB07-201-3G|TAB07-210|TAB07-211|TAB07-212|TAB07-214|TAB07-220|TAB07-400|TAB07-485|TAB08-150|TAB08-200|TAB08-201-3G|TAB09-100|TAB09-211|TAB09-410|TAB10-150|TAB10-201|TAB10-211|TAB10-400|TAB10-410|TAB13-201|TAB274EUK|TAB275EUK|TAB374EUK|TAB462EUK|TAB474EUK|TAB9-200)\b") || (req.http.User-Agent ~ "Android.*\bOYO\b|LIFE.*(P9212|P9514|P9516|S9512)|LIFETAB") || (req.http.User-Agent ~ "AN10G2|AN7bG3|AN7fG3|AN8G3|AN8cG3|AN7G3|AN9G3|AN7dG3|AN7dG3ST|AN7dG3ChildPad|AN10bG3|AN10bG3DT") || (req.http.User-Agent ~ "M702pro") || (req.http.User-Agent ~ "MegaFon V9|\bZTE V9\b|Android.*\bMT7A\b") || (req.http.User-Agent ~ "E-Boda (Supreme|Impresspeed|Izzycomm|Essential)") || (req.http.User-Agent ~ "Allview.*(Viva|Alldro|City|Speed|All TV|Frenzy|Quasar|Shine|TX1|AX1|AX2)") || (req.http.User-Agent ~ "\b(101G9|80G9|A101IT)\b|Qilive 97R|ARCHOS 101G10") || (req.http.User-Agent ~ "NOVO7|NOVO8|NOVO10|Novo7Aurora|Novo7Basic|NOVO7PALADIN|novo9-Spark") || (req.http.User-Agent ~ "Sony.*Tablet|Xperia Tablet|Sony Tablet S|SO-03E|SGPT12|SGPT13|SGPT114|SGPT121|SGPT122|SGPT123|SGPT111|SGPT112|SGPT113|SGPT131|SGPT132|SGPT133|SGPT211|SGPT212|SGPT213|SGP311|SGP312|SGP321|EBRD1101|EBRD1102|EBRD1201") || (req.http.User-Agent ~ "Android.*(K8GT|U9GT|U10GT|U16GT|U17GT|U18GT|U19GT|U20GT|U23GT|U30GT)|CUBE U8GT") || (req.http.User-Agent ~ "MID1042|MID1045|MID1125|MID1126|MID7012|MID7014|MID7015|MID7034|MID7035|MID7036|MID7042|MID7048|MID7127|MID8042|MID8048|MID8127|MID9042|MID9740|MID9742|MID7022|MID7010") || (req.http.User-Agent ~ "M9701|M9000|M9100|M806|M1052|M806|T703|MID701|MID713|MID710|MID727|MID760|MID830|MID728|MID933|MID125|MID810|MID732|MID120|MID930|MID800|MID731|MID900|MID100|MID820|MID735|MID980|MID130|MID833|MID737|MID960|MID135|MID860|MID736|MID140|MID930|MID835|MID733") || (req.http.User-Agent ~ "Android.*(\bMID\b|MID-560|MTV-T1200|MTV-PND531|MTV-P1101|MTV-PND530)") || (req.http.User-Agent ~ "Android.*(RK2818|RK2808A|RK2918|RK3066)|RK2738|RK2808A") || (req.http.User-Agent ~ "IQ310|Fly Vision") || (req.http.User-Agent ~ "bq.*(Elcano|Curie|Edison|Maxwell|Kepler|Pascal|Tesla|Hypatia|Platon|Newton|Livingstone|Cervantes|Avant)|Maxwell.*Lite|Maxwell.*Plus") || (req.http.User-Agent ~ "MediaPad|IDEOS S7|S7-201c|S7-202u|S7-101|S7-103|S7-104|S7-105|S7-106|S7-201|S7-Slim") || (req.http.User-Agent ~ "\bN-06D|\bN-08D") || (req.http.User-Agent ~ "Pantech.*P4100") || (req.http.User-Agent ~ "Broncho.*(N701|N708|N802|a710)") || (req.http.User-Agent ~ "TOUCHPAD.*[78910]|\bTOUCHTAB\b") || (req.http.User-Agent ~ "z1000|Z99 2G|z99|z930|z999|z990|z909|Z919|z900") || (req.http.User-Agent ~ "TB07STA|TB10STA|TB07FTA|TB10FTA") || (req.http.User-Agent ~ "Android.*\bNabi") || (req.http.User-Agent ~ "Kobo Touch|\bK080\b|\bVox\b Build|\bArc\b Build") || (req.http.User-Agent ~ "DSlide.*\b(700|701R|702|703R|704|802|970|971|972|973|974|1010|1012)\b") || (req.http.User-Agent ~ "NaviPad|TB-772A|TM-7045|TM-7055|TM-9750|TM-7016|TM-7024|TM-7026|TM-7041|TM-7043|TM-7047|TM-8041|TM-9741|TM-9747|TM-9748|TM-9751|TM-7022|TM-7021|TM-7020|TM-7011|TM-7010|TM-7023|TM-7025|TM-7037W|TM-7038W|TM-7027W|TM-9720|TM-9725|TM-9737W|TM-1020|TM-9738W|TM-9740|TM-9743W|TB-807A|TB-771A|TB-727A|TB-725A|TB-719A|TB-823A|TB-805A|TB-723A|TB-715A|TB-707A|TB-705A|TB-709A|TB-711A|TB-890HD|TB-880HD|TB-790HD|TB-780HD|TB-770HD|TB-721HD|TB-710HD|TB-434HD|TB-860HD|TB-840HD|TB-760HD|TB-750HD|TB-740HD|TB-730HD|TB-722HD|TB-720HD|TB-700HD|TB-500HD|TB-470HD|TB-431HD|TB-430HD|TB-506|TB-504|TB-446|TB-436|TB-416|TB-146SE|TB-126SE") || (req.http.User-Agent ~ "Playstation.*(Portable|Vita)") || (req.http.User-Agent ~ "ST10416-1|VT10416-1|ST70408-1|ST702xx-1|ST702xx-2|ST80208|ST97216|ST70104-2") || (req.http.User-Agent ~ "\b(PTBL10CEU|PTBL10C|PTBL72BC|PTBL72BCEU|PTBL7CEU|PTBL7C|PTBL92BC|PTBL92BCEU|PTBL9CEU|PTBL9CUK|PTBL9C)\b") || (req.http.User-Agent ~ "Android.* \b(S5G|S5K|T5B|T3E|T3C|T3B|T1J|T1F|S5D|T2A|T1H|E1C|T1i|S5E|T1-E|S5F|E1-B|T2Ci|T1-B|T1-D|T5-A|O1-A|E1-A|T1-A|T3A|S5|T4i)\b ") || (req.http.User-Agent ~ "Genius Tab G3|Genius Tab S2|Genius Tab Q3|Genius Tab G4|Genius Tab Q4|Genius Tab G-II|Genius TAB GII|Genius TAB GIII|Genius Tab S1") || (req.http.User-Agent ~ "Android.*\bG1\b") || (req.http.User-Agent ~ "Funbook|Micromax.*\b(P250|P560|P360|P362|P600|P300|P350|P500|P275)\b") || (req.http.User-Agent ~ "Android.*\b(A39|A37|A34|ST8|ST10|ST7|Smart Tab3|Smart Tab2)\b") || (req.http.User-Agent ~ "Fine7 Genius|Fine7 Shine|Fine7 Air|Fine8 Style|Fine9 More|Fine10 Joy|Fine11 Wide") || (req.http.User-Agent ~ "\b(PEM63|PLT1023G|PLT1041|PLT1044|PLT1044G|PLT1091|PLT4311|PLT4311PL|PLT4315|PLT7030|PLT7033|PLT7033D|PLT7035|PLT7035D|PLT7044K|PLT7045K|PLT7045KB|PLT7071KG|PLT7072|PLT7223G|PLT7225G|PLT7777G|PLT7810K|PLT7849G|PLT7851G|PLT7852G|PLT8015|PLT8031|PLT8034|PLT8036|PLT8080K|PLT8082|PLT8088|PLT8223G|PLT8234G|PLT8235G|PLT8816K|PLT9011|PLT9045K|PLT9233G|PLT9735|PLT9760G|PLT9770G)\b") || (req.http.User-Agent ~ "BQ1078|BC1003|BC1077|RK9702|BC9730|BC9001|IT9001|BC7008|BC7010|BC708|BC728|BC7012|BC7030|BC7027|BC7026") || (req.http.User-Agent ~ "TPC7102|TPC7103|TPC7105|TPC7106|TPC7107|TPC7201|TPC7203|TPC7205|TPC7210|TPC7708|TPC7709|TPC7712|TPC7110|TPC8101|TPC8103|TPC8105|TPC8106|TPC8203|TPC8205|TPC8503|TPC9106|TPC9701|TPC97101|TPC97103|TPC97105|TPC97106|TPC97111|TPC97113|TPC97203|TPC97603|TPC97809|TPC97205|TPC10101|TPC10103|TPC10106|TPC10111|TPC10203|TPC10205|TPC10503") || (req.http.User-Agent ~ "TX-A1301|TX-M9002|Q702|kf026") || (req.http.User-Agent ~ "TAB-P506|TAB-navi-7-3G-M|TAB-P517|TAB-P-527|TAB-P701|TAB-P703|TAB-P721|TAB-P731N|TAB-P741|TAB-P825|TAB-P905|TAB-P925|TAB-PR945|TAB-PL1015|TAB-P1025|TAB-PI1045|TAB-P1325|TAB-PROTAB[0-9]+|TAB-PROTAB25|TAB-PROTAB26|TAB-PROTAB27|TAB-PROTAB26XL|TAB-PROTAB2-IPS9|TAB-PROTAB30-IPS9|TAB-PROTAB25XXL|TAB-PROTAB26-IPS10|TAB-PROTAB30-IPS10") || (req.http.User-Agent ~ "OV-(SteelCore|NewBase|Basecore|Baseone|Exellen|Quattor|EduTab|Solution|ACTION|BasicTab|TeddyTab|MagicTab|Stream|TB-08|TB-09)") || (req.http.User-Agent ~ "HCL.*Tablet|Connect-3G-2.0|Connect-2G-2.0|ME Tablet U1|ME Tablet U2|ME Tablet G1|ME Tablet X1|ME Tablet Y2|ME Tablet Sync") || (req.http.User-Agent ~ "DPS Dream 9|DPS Dual 7") || (req.http.User-Agent ~ "V97 HD|i75 3G|Visture V4( HD)?|Visture V5( HD)?|Visture V10") || (req.http.User-Agent ~ "CTP(-)?810|CTP(-)?818|CTP(-)?828|CTP(-)?838|CTP(-)?888|CTP(-)?978|CTP(-)?980|CTP(-)?987|CTP(-)?988|CTP(-)?989") || (req.http.User-Agent ~ "\bMT8125|MT8389|MT8135|MT8377\b") || (req.http.User-Agent ~ "Concorde([ ]+)?Tab|ConCorde ReadMan") || (req.http.User-Agent ~ "GOCLEVER TAB|A7GOCLEVER|M1042|M7841|M742|R1042BK|R1041|TAB A975|TAB A7842|TAB A741|TAB A741L|TAB M723G|TAB M721|TAB A1021|TAB I921|TAB R721|TAB I720|TAB T76|TAB R70|TAB R76.2|TAB R106|TAB R83.2|TAB M813G|TAB I721|GCTA722|TAB I70|TAB I71|TAB S73|TAB R73|TAB R74|TAB R93|TAB R75|TAB R76.1|TAB A73|TAB A93|TAB A93.2|TAB T72|TAB R83|TAB R974|TAB R973|TAB A101|TAB A103|TAB A104|TAB A104.2|R105BK|M713G|A972BK|TAB A971|TAB R974.2|TAB R104|TAB R83.3|TAB A1042") || (req.http.User-Agent ~ "FreeTAB 9000|FreeTAB 7.4|FreeTAB 7004|FreeTAB 7800|FreeTAB 2096|FreeTAB 7.5|FreeTAB 1014|FreeTAB 1001 |FreeTAB 8001|FreeTAB 9706|FreeTAB 9702|FreeTAB 7003|FreeTAB 7002|FreeTAB 1002|FreeTAB 7801|FreeTAB 1331|FreeTAB 1004|FreeTAB 8002|FreeTAB 8014|FreeTAB 9704|FreeTAB 1003") || (req.http.User-Agent ~ "Hudl HT7S3") || (req.http.User-Agent ~ "T-Hub2") || (req.http.User-Agent ~ "Android.*\b97D\b|Tablet(?!.*PC)|ViewPad7|BNTV250A|MID-WCDMA|LogicPD Zoom2|\bA7EB\b|CatNova8|A1_07|CT704|CT1002|\bM721\b|rk30sdk|\bEVOTAB\b|SmartTabII10|SmartTab10|M758A|ET904")) { set req.http.X-Device = "mobile;tablet"; } } } I tried debugging with varnishlog, but all I get is: Log abandoned Log reacquired Log abandoned Log reacquired Nothing more. In varnishadm panic.show tells me that no panic happened recently. My guess is that my condition is so long that Varnish can't handle it, although this code works perfectly in varnish 3. What am I doing wrong? Thanks a lot for your help, -Hugues -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 35764 bytes Desc: not available URL: From Andy.Lightfoot at ig.com Thu Nov 13 10:02:57 2014 From: Andy.Lightfoot at ig.com (Andy Lightfoot) Date: Thu, 13 Nov 2014 10:02:57 +0000 Subject: Logging of Backend health checks in Varnish 4 In-Reply-To: <20141113092611.GS19870@nerd.dk> References: <3e0f6beaaa7e44589589eff4301264dc@BMPRDEXC142.IGI.IG.LOCAL> <20141113092611.GS19870@nerd.dk> Message-ID: <66dc143b9e58405ebd14db2bfa5fd759@BMPRDEXC142.IGI.IG.LOCAL> Thanks Andrea much appreciated. That works perfectly. -----Original Message----- From: varnish-misc-bounces+andy.lightfoot=ig.com at varnish-cache.org [mailto:varnish-misc-bounces+andy.lightfoot=ig.com at varnish-cache.org] On Behalf Of Andreas Plesner Jacobsen Sent: 13 November 2014 09:26 To: varnish-misc at varnish-cache.org Subject: Re: Logging of Backend health checks in Varnish 4 On Thu, Nov 13, 2014 at 09:19:18AM +0000, Andy Lightfoot wrote: > > e.g. > 0 Backend_health - backendname Still healthy 4--X-RH 10 8 10 0.004707 0.005900 HTTP/1.1 200 200 active > > In Varnish 4 this does not appear to be present in the varnishlog output. Is it possible to view this information in Varnish 4? It's not part of a request, so you have to disable grouping with -g raw -- Andreas _______________________________________________ varnish-misc mailing list varnish-misc at varnish-cache.org https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44(020 7896 0011) and then delete the email and any copies of it. Opinions, conclusion (etc) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG is a trading name of IG Markets Limited (a company registered in England and Wales, company number 04008957) and IG Index Limited (a company registered in England and Wales, company number 01190902). Registered address at Cannon Bridge House, 25 Dowgate Hill, London EC4R 2YA. Both IG Markets Limited (register number 195355) and IG Index Limited (register number 114059) are authorised and regulated by the Financial Conduct Authority. From lkarsten at varnish-software.com Thu Nov 13 14:31:12 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Thu, 13 Nov 2014 15:31:12 +0100 Subject: Strange bug since upgrading to varnish 4 In-Reply-To: References: Message-ID: <20141113143110.GA1645@immer.varnish-software.com> On Thu, Nov 13, 2014 at 01:37:48AM -0800, Hugues Alary wrote: > I just upgraded to from 3 (.0.5/6) to 4.0.2 on my debian system. > I converted my old varnish 3 code to 4.0.2. The varnish 3 code has been > working flawlessly for more than 2 years. > Now, in my varnish 4 VCL, everything works fine except for a very specific > piece of code that seem to crash(?) varnish. I say crash with a question > mark as I haven't been able to actually confirm it crashes. > The symptom of the bug is the following: when I connect with a mobile > browser, the connection seems like it's being reset, and the browser shows: [..] > In varnishadm panic.show tells me that no panic happened recently. > My guess is that my condition is so long that Varnish can't handle it, Hi. I pieced together your VCL as best I could (your email client/the list software line wrapped some regexes), but I'm not able to reproduce your problem with 4.0.2 on debian. A bit of a long shot, but are there any mentions of Varnish 4 segfaults in dmesg? My guess would be that you either are running out of workspace_client or or are hitting pcre_match_limit. I suggest you increase them and see if the problem persists. -- Lasse Karstensen Varnish Software AS From hugues at betabrand.com Thu Nov 13 17:03:11 2014 From: hugues at betabrand.com (Hugues Alary) Date: Thu, 13 Nov 2014 09:03:11 -0800 Subject: Strange bug since upgrading to varnish 4 In-Reply-To: <20141113143110.GA1645@immer.varnish-software.com> References: <20141113143110.GA1645@immer.varnish-software.com> Message-ID: Hi Lasse, Thanks for you answer. I hadn't thought of looking in syslog, here's what I found: Nov 13 04:12:55 varnishd[24316]: Child (26394) died signal=11 Nov 13 04:12:55 varnishd[24316]: Child cleanup complete Nov 13 04:12:55 varnishd[24316]: child (26614) Started Nov 13 04:12:55 varnishd[24316]: Child (26614) said Child starts Nov 13 04:12:59 kernel: varnishd[26830]: segfault at 6543feb43f00 ip 0000654412dd27ed sp 00006543feb43ec0 error 6 in libpcre.so.3.13.1[654412dbf000+3c000] Nov 13 04:12:59 kernel: grsec: From 58.7.84.48: Segmentation fault occurred at 00006543feb43f00 in /usr/sbin/varnishd[varnishd:26830] uid/euid:65534/65534 gid/egid:65534/65534, parent /usr/sbin/varnishd[varnishd:24316] uid/euid: 0/0 gid/egid:0/0 libpcre? Sounds promising. I'll try to increment the prce_match_limit and report back. Side note: on my mac, I can reproduce the bug, but not consistently. I noticed in my logs these lines: 11/13/14 8:58:13.507 AM varnishd[12948]: Child (12958) said HASHMAGIC: <47bf313ea1f6e04499e1751a3b9ca878bb51faaaf5e2128eeed6ef5b465a8e6c> -> <000000000000000000000000000000000000000000000000000000HASHMAGIC: <003c006a00b100dc02a0> 11/13/14 8:58:13.507 AM varnishd[12948]: Child (12958) said 68ab0cfdc1acf821774561a994e85995e9527eae9720da768d1066> -> <0000000000000000000000000000000000000000000000000000000000000040> 11/13/14 8:58:13.508 AM varnishd[12948]: Child (12958) said HASHMAGIC: -> <0000000000000000000000000000000000000000000000000000000000000080> 11/13/14 8:58:13.515 AM varnishd[12948]: Child (12958) said HASHMAGIC: <1908209a8bdd9ae3690cd3c7937000311dd0df8546d152bf5c683ef17be0f086> -> <0100000000000000000000000000000000000000000000000000000000000000> 11/13/14 8:58:13.516 AM varnishd[12948]: Child (12958) said HASHMAGIC: <92bf1ef1dc244bdf6e8b09b06576c4de2888f9c1aebba2270911e4c20a0ce569> -> <0200000000000000000000000000000000000000000000000000000000000000> 11/13/14 8:58:13.558 AM varnishd[12948]: Child (12958) said HASHMAGIC: <43d7cc8e4b069561e6336eebca63b9766667f952648003d0ca35211d9ec07e55> -> <8000000000000000000000000000000000000000000000000000000000000000> 11/13/14 8:58:13.563 AM varnishd[12948]: Child (12958) said HASHMAGIC: <33bcb999060165791f7b08a0d9cc25bca64e737ed4faea19ecbe1fdb955a0d4d> -> <4000000000000000000000000000000000000000000000000000000000000000> Is this varnish somehow degrading gracefully when the bug occurs? (which would explain why I can reproduce is 100% of the time) On Thu, Nov 13, 2014 at 6:31 AM, Lasse Karstensen < lkarsten at varnish-software.com> wrote: > On Thu, Nov 13, 2014 at 01:37:48AM -0800, Hugues Alary wrote: > > I just upgraded to from 3 (.0.5/6) to 4.0.2 on my debian system. > > I converted my old varnish 3 code to 4.0.2. The varnish 3 code has been > > working flawlessly for more than 2 years. > > Now, in my varnish 4 VCL, everything works fine except for a very > specific > > piece of code that seem to crash(?) varnish. I say crash with a question > > mark as I haven't been able to actually confirm it crashes. > > The symptom of the bug is the following: when I connect with a mobile > > browser, the connection seems like it's being reset, and the browser > shows: > [..] > > In varnishadm panic.show tells me that no panic happened recently. > > My guess is that my condition is so long that Varnish can't handle it, > > Hi. > > I pieced together your VCL as best I could (your email client/the list > software line wrapped some regexes), but I'm not able to reproduce your > problem with 4.0.2 on debian. > > A bit of a long shot, but are there any mentions of Varnish 4 segfaults > in dmesg? > > My guess would be that you either are running out of workspace_client or > or are hitting pcre_match_limit. I suggest you increase them and see if > the problem persists. > > > -- > Lasse Karstensen > Varnish Software AS > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent.lavaud at ladtech.fr Fri Nov 14 10:15:58 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Fri, 14 Nov 2014 11:15:58 +0100 (CET) Subject: disable cli authentication in varnish 4 In-Reply-To: <1914935616.5015.1415960055593.JavaMail.root@ladtech.fr> Message-ID: <1418743322.5018.1415960158805.JavaMail.root@ladtech.fr> Hello, In varnish 3 if i do not specify the "-S /path/to/secret", the authentication for cli is disabled, but it doesnt seem to work with varnish 4. How i can disable authentication in varnish 4 ? From tokar93 at gmail.com Fri Nov 14 14:23:46 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 15:23:46 +0100 Subject: Error Message-ID: Hi I receive this error when i restart Varnish: * Stopping HTTP accelerator varnishd [fail] * Starting HTTP accelerator varnishd [fail] Message from VCC-compiler: Expected an action, 'if', '{' or '}' ('Builtin' Line 42 Pos 1) vcl 4.0; ----- Running VCC-compiler failed, exited with 2 VCL compilation failed What can be the problem? MVH Tobias -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 14:27:30 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 14:27:30 +0000 Subject: Error In-Reply-To: References: Message-ID: Can you gist the VCL you're loading? On 14 November 2014 14:23, Tobias Karlsson wrote: > Hi > > I receive this error when i restart Varnish: > > * Stopping HTTP accelerator varnishd [fail] > > * Starting HTTP accelerator varnishd [fail] > Message from VCC-compiler: > Expected an action, 'if', '{' or '}' > ('Builtin' Line 42 Pos 1) > vcl 4.0; > > ----- > > Running VCC-compiler failed, exited with 2 > > VCL compilation failed > > What can be the problem? > > > MVH > Tobias > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 14:32:16 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 14:32:16 +0000 Subject: Error In-Reply-To: References: Message-ID: Visit gist.github.com, create a new gist and upload your VCL. VCL is stored, by default, in /etc/varnish Please keep the varnish-misc list on your replies too On 14 November 2014 14:28, Tobias Karlsson wrote: > How can i list that? > > MVH > Tobias > > 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> Can you gist the VCL you're loading? >> >> On 14 November 2014 14:23, Tobias Karlsson wrote: >> >>> Hi >>> >>> I receive this error when i restart Varnish: >>> >>> * Stopping HTTP accelerator varnishd [fail] >>> >>> * Starting HTTP accelerator varnishd [fail] >>> Message from VCC-compiler: >>> Expected an action, 'if', '{' or '}' >>> ('Builtin' Line 42 Pos 1) >>> vcl 4.0; >>> >>> ----- >>> >>> Running VCC-compiler failed, exited with 2 >>> >>> VCL compilation failed >>> >>> What can be the problem? >>> >>> >>> MVH >>> Tobias >>> >>> _______________________________________________ >>> varnish-misc mailing list >>> varnish-misc at varnish-cache.org >>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>> >> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> > > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 14:45:11 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 14:45:11 +0000 Subject: Fwd: Error In-Reply-To: References: Message-ID: You really need to keep varnish-misc copied in to these. This is not because I'm being pedantic, but because mailing lists are based around the idea of community; by keeping them copied in, others who might be interested in this post can learn and contribute, too. If you don't keep it copied in, then you're not playing ball. That doesn't look to be the full VCL; it looks like you've just copied/pasted from a Vim session. Cat the file, copy the output to a Gist. ---------- Forwarded message ---------- From: Tobias Karlsson Date: 14 November 2014 14:36 Subject: Re: Error To: Andrew Langhorn Hi here you have it: https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt Can you see whats wrong? MVH Tobias 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < andrew.langhorn at digital.cabinet-office.gov.uk>: > Visit gist.github.com, create a new gist and upload your VCL. > VCL is stored, by default, in /etc/varnish > > Please keep the varnish-misc list on your replies too > > On 14 November 2014 14:28, Tobias Karlsson wrote: > >> How can i list that? >> >> MVH >> Tobias >> >> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >> andrew.langhorn at digital.cabinet-office.gov.uk>: >> >>> Can you gist the VCL you're loading? >>> >>> On 14 November 2014 14:23, Tobias Karlsson wrote: >>> >>>> Hi >>>> >>>> I receive this error when i restart Varnish: >>>> >>>> * Stopping HTTP accelerator varnishd [fail] >>>> >>>> * Starting HTTP accelerator varnishd [fail] >>>> Message from VCC-compiler: >>>> Expected an action, 'if', '{' or '}' >>>> ('Builtin' Line 42 Pos 1) >>>> vcl 4.0; >>>> >>>> ----- >>>> >>>> Running VCC-compiler failed, exited with 2 >>>> >>>> VCL compilation failed >>>> >>>> What can be the problem? >>>> >>>> >>>> MVH >>>> Tobias >>>> >>>> _______________________________________________ >>>> varnish-misc mailing list >>>> varnish-misc at varnish-cache.org >>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>> >>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>> >> >> > > > -- > Kind regards, > > Andrew Langhorn > Web Operations > Government Digital Service > > e: andrew.langhorn at digital.cabinet-office.gov.uk > t: +44 (0)7810 737375 > a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From varnish at tengu.ch Fri Nov 14 14:47:32 2014 From: varnish at tengu.ch (=?UTF-8?B?Q8OpZHJpYyBKZWFubmVyZXQ=?=) Date: Fri, 14 Nov 2014 15:47:32 +0100 Subject: Error In-Reply-To: References: Message-ID: <54661604.7090005@tengu.ch> Hello, On 11/14/2014 03:23 PM, Tobias Karlsson wrote: > Hi > > I receive this error when i restart Varnish: > > * Stopping HTTP accelerator varnishd [fail] > > * Starting HTTP accelerator varnishd [fail] > Message from VCC-compiler: > Expected an action, 'if', '{' or '}' > ('Builtin' Line 42 Pos 1) > vcl 4.0; > > ----- Apparently you have a syntax error on line 42 (or the previous line)? At least, that's what Varnish is complaining about. Cheers, C. > > Running VCC-compiler failed, exited with 2 > > VCL compilation failed > > What can be the problem? > > > > MVH > Tobias > > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > From tokar93 at gmail.com Fri Nov 14 14:55:20 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 15:55:20 +0100 Subject: Error In-Reply-To: References: Message-ID: I have the copy in the mail i send you. Yes this is all the info i have in the VLC file that is located here: nano /etc/varnish/default.vcl The link i send you https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt is how my file look like right now. MVH Tobias 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < andrew.langhorn at digital.cabinet-office.gov.uk>: > You really need to keep varnish-misc copied in to these. This is not > because I'm being pedantic, but because mailing lists are based around the > idea of community; by keeping them copied in, others who might be > interested in this post can learn and contribute, too. If you don't keep it > copied in, then you're not playing ball. > > That doesn't look to be the full VCL; it looks like you've just > copied/pasted from a Vim session. Cat the file, copy the output to a Gist. > > ---------- Forwarded message ---------- > From: Tobias Karlsson > Date: 14 November 2014 14:36 > Subject: Re: Error > To: Andrew Langhorn > > > Hi > > here you have it: > https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt > > Can you see whats wrong? > > MVH > Tobias > > 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> Visit gist.github.com, create a new gist and upload your VCL. >> VCL is stored, by default, in /etc/varnish >> >> Please keep the varnish-misc list on your replies too >> >> On 14 November 2014 14:28, Tobias Karlsson wrote: >> >>> How can i list that? >>> >>> MVH >>> Tobias >>> >>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>> >>>> Can you gist the VCL you're loading? >>>> >>>> On 14 November 2014 14:23, Tobias Karlsson wrote: >>>> >>>>> Hi >>>>> >>>>> I receive this error when i restart Varnish: >>>>> >>>>> * Stopping HTTP accelerator varnishd [fail] >>>>> >>>>> * Starting HTTP accelerator varnishd [fail] >>>>> Message from VCC-compiler: >>>>> Expected an action, 'if', '{' or '}' >>>>> ('Builtin' Line 42 Pos 1) >>>>> vcl 4.0; >>>>> >>>>> ----- >>>>> >>>>> Running VCC-compiler failed, exited with 2 >>>>> >>>>> VCL compilation failed >>>>> >>>>> What can be the problem? >>>>> >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> _______________________________________________ >>>>> varnish-misc mailing list >>>>> varnish-misc at varnish-cache.org >>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>> >>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Andrew Langhorn >>>> Web Operations >>>> Government Digital Service >>>> >>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>> t: +44 (0)7810 737375 >>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>> >>> >>> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> > > > > > -- > Kind regards, > > Andrew Langhorn > Web Operations > Government Digital Service > > e: andrew.langhorn at digital.cabinet-office.gov.uk > t: +44 (0)7810 737375 > a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 14 14:56:11 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 15:56:11 +0100 Subject: Error In-Reply-To: <54661604.7090005@tengu.ch> References: <54661604.7090005@tengu.ch> Message-ID: And how can i fix it? this is how my file look like: https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt MVH Tobias 2014-11-14 15:47 GMT+01:00 C?dric Jeanneret : > > Hello, > On 11/14/2014 03:23 PM, Tobias Karlsson wrote: > > Hi > > > > I receive this error when i restart Varnish: > > > > * Stopping HTTP accelerator varnishd [fail] > > > > * Starting HTTP accelerator varnishd [fail] > > Message from VCC-compiler: > > Expected an action, 'if', '{' or '}' > > ('Builtin' Line 42 Pos 1) > > vcl 4.0; > > > > ----- > > Apparently you have a syntax error on line 42 (or the previous line)? At > least, that's what Varnish is complaining about. > > Cheers, > > C. > > > > > Running VCC-compiler failed, exited with 2 > > > > VCL compilation failed > > > > What can be the problem? > > > > > > > > MVH > > Tobias > > > > > > _______________________________________________ > > varnish-misc mailing list > > varnish-misc at varnish-cache.org > > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 15:03:25 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 15:03:25 +0000 Subject: Error In-Reply-To: References: Message-ID: So, okay, you have a syntax error on (or around) line 42. But that Gist doesn't have a 42nd line. It ends at 37. So there's most likely some lines missing. You ideally need to cat the file, and copy the output to a Gist, rather than nano because the nano editor has a fixed height and width by default. On 14 November 2014 14:55, Tobias Karlsson wrote: > I have the copy in the mail i send you. > > Yes this is all the info i have in the VLC file that is located here: nano > /etc/varnish/default.vcl > > The link i send you > https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt > is how my file look like right now. > > MVH > Tobias > > 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> You really need to keep varnish-misc copied in to these. This is not >> because I'm being pedantic, but because mailing lists are based around the >> idea of community; by keeping them copied in, others who might be >> interested in this post can learn and contribute, too. If you don't keep it >> copied in, then you're not playing ball. >> >> That doesn't look to be the full VCL; it looks like you've just >> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >> >> ---------- Forwarded message ---------- >> From: Tobias Karlsson >> Date: 14 November 2014 14:36 >> Subject: Re: Error >> To: Andrew Langhorn >> >> >> Hi >> >> here you have it: >> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >> >> Can you see whats wrong? >> >> MVH >> Tobias >> >> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >> andrew.langhorn at digital.cabinet-office.gov.uk>: >> >>> Visit gist.github.com, create a new gist and upload your VCL. >>> VCL is stored, by default, in /etc/varnish >>> >>> Please keep the varnish-misc list on your replies too >>> >>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>> >>>> How can i list that? >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>> >>>>> Can you gist the VCL you're loading? >>>>> >>>>> On 14 November 2014 14:23, Tobias Karlsson wrote: >>>>> >>>>>> Hi >>>>>> >>>>>> I receive this error when i restart Varnish: >>>>>> >>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>> >>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>> Message from VCC-compiler: >>>>>> Expected an action, 'if', '{' or '}' >>>>>> ('Builtin' Line 42 Pos 1) >>>>>> vcl 4.0; >>>>>> >>>>>> ----- >>>>>> >>>>>> Running VCC-compiler failed, exited with 2 >>>>>> >>>>>> VCL compilation failed >>>>>> >>>>>> What can be the problem? >>>>>> >>>>>> >>>>>> MVH >>>>>> Tobias >>>>>> >>>>>> _______________________________________________ >>>>>> varnish-misc mailing list >>>>>> varnish-misc at varnish-cache.org >>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>> >>>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>> >> >> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> > > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From perbu at varnish-software.com Fri Nov 14 15:04:51 2014 From: perbu at varnish-software.com (Per Buer) Date: Fri, 14 Nov 2014 16:04:51 +0100 Subject: Error In-Reply-To: References: Message-ID: Tobias, Could you be so kind and actually read the replies people send you? Please re-read Andrews email and try again. Per. On Fri, Nov 14, 2014 at 3:55 PM, Tobias Karlsson wrote: > I have the copy in the mail i send you. > > Yes this is all the info i have in the VLC file that is located here: nano > /etc/varnish/default.vcl > > The link i send you > https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt > is how my file look like right now. > > MVH > Tobias > > 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> You really need to keep varnish-misc copied in to these. This is not >> because I'm being pedantic, but because mailing lists are based around the >> idea of community; by keeping them copied in, others who might be >> interested in this post can learn and contribute, too. If you don't keep it >> copied in, then you're not playing ball. >> >> That doesn't look to be the full VCL; it looks like you've just >> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >> >> ---------- Forwarded message ---------- >> From: Tobias Karlsson >> Date: 14 November 2014 14:36 >> Subject: Re: Error >> To: Andrew Langhorn >> >> >> Hi >> >> here you have it: >> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >> >> Can you see whats wrong? >> >> MVH >> Tobias >> >> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >> andrew.langhorn at digital.cabinet-office.gov.uk>: >> >>> Visit gist.github.com, create a new gist and upload your VCL. >>> VCL is stored, by default, in /etc/varnish >>> >>> Please keep the varnish-misc list on your replies too >>> >>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>> >>>> How can i list that? >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>> >>>>> Can you gist the VCL you're loading? >>>>> >>>>> On 14 November 2014 14:23, Tobias Karlsson wrote: >>>>> >>>>>> Hi >>>>>> >>>>>> I receive this error when i restart Varnish: >>>>>> >>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>> >>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>> Message from VCC-compiler: >>>>>> Expected an action, 'if', '{' or '}' >>>>>> ('Builtin' Line 42 Pos 1) >>>>>> vcl 4.0; >>>>>> >>>>>> ----- >>>>>> >>>>>> Running VCC-compiler failed, exited with 2 >>>>>> >>>>>> VCL compilation failed >>>>>> >>>>>> What can be the problem? >>>>>> >>>>>> >>>>>> MVH >>>>>> Tobias >>>>>> >>>>>> _______________________________________________ >>>>>> varnish-misc mailing list >>>>>> varnish-misc at varnish-cache.org >>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>> >>>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>> >> >> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> > > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -- *Per Buer* CTO | Varnish Software AS Cell: +47 95839117 We Make Websites Fly! www.varnish-software.com [image: Register now] -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 14 15:08:50 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 16:08:50 +0100 Subject: Error In-Reply-To: References: Message-ID: Hi I get the same information: https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b MVH Tobias 2014-11-14 16:03 GMT+01:00 Andrew Langhorn < andrew.langhorn at digital.cabinet-office.gov.uk>: > So, okay, you have a syntax error on (or around) line 42. > But that Gist doesn't have a 42nd line. It ends at 37. > So there's most likely some lines missing. > > You ideally need to cat the file, and copy the output to a Gist, rather > than nano because the nano editor has a fixed height and width by default. > > On 14 November 2014 14:55, Tobias Karlsson wrote: > >> I have the copy in the mail i send you. >> >> Yes this is all the info i have in the VLC file that is located here: >> nano /etc/varnish/default.vcl >> >> The link i send you >> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >> is how my file look like right now. >> >> MVH >> Tobias >> >> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >> andrew.langhorn at digital.cabinet-office.gov.uk>: >> >>> You really need to keep varnish-misc copied in to these. This is not >>> because I'm being pedantic, but because mailing lists are based around the >>> idea of community; by keeping them copied in, others who might be >>> interested in this post can learn and contribute, too. If you don't keep it >>> copied in, then you're not playing ball. >>> >>> That doesn't look to be the full VCL; it looks like you've just >>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>> >>> ---------- Forwarded message ---------- >>> From: Tobias Karlsson >>> Date: 14 November 2014 14:36 >>> Subject: Re: Error >>> To: Andrew Langhorn >>> >>> >>> Hi >>> >>> here you have it: >>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>> >>> Can you see whats wrong? >>> >>> MVH >>> Tobias >>> >>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>> >>>> Visit gist.github.com, create a new gist and upload your VCL. >>>> VCL is stored, by default, in /etc/varnish >>>> >>>> Please keep the varnish-misc list on your replies too >>>> >>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>> >>>>> How can i list that? >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>> >>>>>> Can you gist the VCL you're loading? >>>>>> >>>>>> On 14 November 2014 14:23, Tobias Karlsson wrote: >>>>>> >>>>>>> Hi >>>>>>> >>>>>>> I receive this error when i restart Varnish: >>>>>>> >>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>> >>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>> Message from VCC-compiler: >>>>>>> Expected an action, 'if', '{' or '}' >>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>> vcl 4.0; >>>>>>> >>>>>>> ----- >>>>>>> >>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>> >>>>>>> VCL compilation failed >>>>>>> >>>>>>> What can be the problem? >>>>>>> >>>>>>> >>>>>>> MVH >>>>>>> Tobias >>>>>>> >>>>>>> _______________________________________________ >>>>>>> varnish-misc mailing list >>>>>>> varnish-misc at varnish-cache.org >>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Andrew Langhorn >>>> Web Operations >>>> Government Digital Service >>>> >>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>> t: +44 (0)7810 737375 >>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>> >>> >>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>> >>> _______________________________________________ >>> varnish-misc mailing list >>> varnish-misc at varnish-cache.org >>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>> >> >> > > > -- > Kind regards, > > Andrew Langhorn > Web Operations > Government Digital Service > > e: andrew.langhorn at digital.cabinet-office.gov.uk > t: +44 (0)7810 737375 > a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 14 15:09:34 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 16:09:34 +0100 Subject: Error In-Reply-To: References: Message-ID: Yes that is what i do. And i get the same information: https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b that is all the information i have in the file. MVH Tobias 2014-11-14 16:04 GMT+01:00 Per Buer : > Tobias, > > Could you be so kind and actually read the replies people send you? Please > re-read Andrews email and try again. > > Per. > > On Fri, Nov 14, 2014 at 3:55 PM, Tobias Karlsson > wrote: > >> I have the copy in the mail i send you. >> >> Yes this is all the info i have in the VLC file that is located here: >> nano /etc/varnish/default.vcl >> >> The link i send you >> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >> is how my file look like right now. >> >> MVH >> Tobias >> >> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >> andrew.langhorn at digital.cabinet-office.gov.uk>: >> >>> You really need to keep varnish-misc copied in to these. This is not >>> because I'm being pedantic, but because mailing lists are based around the >>> idea of community; by keeping them copied in, others who might be >>> interested in this post can learn and contribute, too. If you don't keep it >>> copied in, then you're not playing ball. >>> >>> That doesn't look to be the full VCL; it looks like you've just >>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>> >>> ---------- Forwarded message ---------- >>> From: Tobias Karlsson >>> Date: 14 November 2014 14:36 >>> Subject: Re: Error >>> To: Andrew Langhorn >>> >>> >>> Hi >>> >>> here you have it: >>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>> >>> Can you see whats wrong? >>> >>> MVH >>> Tobias >>> >>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>> >>>> Visit gist.github.com, create a new gist and upload your VCL. >>>> VCL is stored, by default, in /etc/varnish >>>> >>>> Please keep the varnish-misc list on your replies too >>>> >>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>> >>>>> How can i list that? >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>> >>>>>> Can you gist the VCL you're loading? >>>>>> >>>>>> On 14 November 2014 14:23, Tobias Karlsson wrote: >>>>>> >>>>>>> Hi >>>>>>> >>>>>>> I receive this error when i restart Varnish: >>>>>>> >>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>> >>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>> Message from VCC-compiler: >>>>>>> Expected an action, 'if', '{' or '}' >>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>> vcl 4.0; >>>>>>> >>>>>>> ----- >>>>>>> >>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>> >>>>>>> VCL compilation failed >>>>>>> >>>>>>> What can be the problem? >>>>>>> >>>>>>> >>>>>>> MVH >>>>>>> Tobias >>>>>>> >>>>>>> _______________________________________________ >>>>>>> varnish-misc mailing list >>>>>>> varnish-misc at varnish-cache.org >>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Andrew Langhorn >>>> Web Operations >>>> Government Digital Service >>>> >>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>> t: +44 (0)7810 737375 >>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>> >>> >>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>> >>> _______________________________________________ >>> varnish-misc mailing list >>> varnish-misc at varnish-cache.org >>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>> >> >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> > > > > -- > *Per Buer* > CTO | Varnish Software AS > Cell: +47 95839117 > We Make Websites Fly! > www.varnish-software.com > [image: Register now] > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 15:11:23 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 15:11:23 +0000 Subject: Error In-Reply-To: References: Message-ID: For a syntax error to occur on line 42, you must have a file with at least 42 (or 41, maybe) lines. We started off by receiving a 37-line VCL from you, and now with cat, we have a 38 line one. Is there absolutely definitely no possibility that the file has any more lines? Until we get that VCL, we can't help. The VCL itself has a syntax, and without seeing the error in context, it's very difficult to help. I think the only alternative is that you pay for some on-premise consulting, or something. On 14 November 2014 15:08, Tobias Karlsson wrote: > Hi > > I get the same information: > > https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b > > MVH > Tobias > > 2014-11-14 16:03 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> So, okay, you have a syntax error on (or around) line 42. >> But that Gist doesn't have a 42nd line. It ends at 37. >> So there's most likely some lines missing. >> >> You ideally need to cat the file, and copy the output to a Gist, rather >> than nano because the nano editor has a fixed height and width by default. >> >> On 14 November 2014 14:55, Tobias Karlsson wrote: >> >>> I have the copy in the mail i send you. >>> >>> Yes this is all the info i have in the VLC file that is located here: >>> nano /etc/varnish/default.vcl >>> >>> The link i send you >>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>> is how my file look like right now. >>> >>> MVH >>> Tobias >>> >>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>> >>>> You really need to keep varnish-misc copied in to these. This is not >>>> because I'm being pedantic, but because mailing lists are based around the >>>> idea of community; by keeping them copied in, others who might be >>>> interested in this post can learn and contribute, too. If you don't keep it >>>> copied in, then you're not playing ball. >>>> >>>> That doesn't look to be the full VCL; it looks like you've just >>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>> >>>> ---------- Forwarded message ---------- >>>> From: Tobias Karlsson >>>> Date: 14 November 2014 14:36 >>>> Subject: Re: Error >>>> To: Andrew Langhorn >>>> >>>> >>>> Hi >>>> >>>> here you have it: >>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>> >>>> Can you see whats wrong? >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>> >>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>> VCL is stored, by default, in /etc/varnish >>>>> >>>>> Please keep the varnish-misc list on your replies too >>>>> >>>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>>> >>>>>> How can i list that? >>>>>> >>>>>> MVH >>>>>> Tobias >>>>>> >>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>> >>>>>>> Can you gist the VCL you're loading? >>>>>>> >>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>> wrote: >>>>>>> >>>>>>>> Hi >>>>>>>> >>>>>>>> I receive this error when i restart Varnish: >>>>>>>> >>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>> >>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>> Message from VCC-compiler: >>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>> vcl 4.0; >>>>>>>> >>>>>>>> ----- >>>>>>>> >>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>> >>>>>>>> VCL compilation failed >>>>>>>> >>>>>>>> What can be the problem? >>>>>>>> >>>>>>>> >>>>>>>> MVH >>>>>>>> Tobias >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> varnish-misc mailing list >>>>>>>> varnish-misc at varnish-cache.org >>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Kind regards, >>>>>>> >>>>>>> Andrew Langhorn >>>>>>> Web Operations >>>>>>> Government Digital Service >>>>>>> >>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>> t: +44 (0)7810 737375 >>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Andrew Langhorn >>>> Web Operations >>>> Government Digital Service >>>> >>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>> t: +44 (0)7810 737375 >>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>> >>>> _______________________________________________ >>>> varnish-misc mailing list >>>> varnish-misc at varnish-cache.org >>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>> >>> >>> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> > > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 14 15:23:46 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 16:23:46 +0100 Subject: Error In-Reply-To: References: Message-ID: Hi Yes this is everything. Here is a screenshot: http://i60.tinypic.com/2q223b6.jpg Can something have happen to the file? MVH Tobias 2014-11-14 16:11 GMT+01:00 Andrew Langhorn < andrew.langhorn at digital.cabinet-office.gov.uk>: > For a syntax error to occur on line 42, you must have a file with at least > 42 (or 41, maybe) lines. > We started off by receiving a 37-line VCL from you, and now with cat, we > have a 38 line one. > > Is there absolutely definitely no possibility that the file has any more > lines? > > Until we get that VCL, we can't help. The VCL itself has a syntax, and > without seeing the error in context, it's very difficult to help. > > I think the only alternative is that you pay for some on-premise > consulting, or something. > > On 14 November 2014 15:08, Tobias Karlsson wrote: > >> Hi >> >> I get the same information: >> >> https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b >> >> MVH >> Tobias >> >> 2014-11-14 16:03 GMT+01:00 Andrew Langhorn < >> andrew.langhorn at digital.cabinet-office.gov.uk>: >> >>> So, okay, you have a syntax error on (or around) line 42. >>> But that Gist doesn't have a 42nd line. It ends at 37. >>> So there's most likely some lines missing. >>> >>> You ideally need to cat the file, and copy the output to a Gist, rather >>> than nano because the nano editor has a fixed height and width by default. >>> >>> On 14 November 2014 14:55, Tobias Karlsson wrote: >>> >>>> I have the copy in the mail i send you. >>>> >>>> Yes this is all the info i have in the VLC file that is located here: >>>> nano /etc/varnish/default.vcl >>>> >>>> The link i send you >>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>> is how my file look like right now. >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>> >>>>> You really need to keep varnish-misc copied in to these. This is not >>>>> because I'm being pedantic, but because mailing lists are based around the >>>>> idea of community; by keeping them copied in, others who might be >>>>> interested in this post can learn and contribute, too. If you don't keep it >>>>> copied in, then you're not playing ball. >>>>> >>>>> That doesn't look to be the full VCL; it looks like you've just >>>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: Tobias Karlsson >>>>> Date: 14 November 2014 14:36 >>>>> Subject: Re: Error >>>>> To: Andrew Langhorn >>>>> >>>>> >>>>> Hi >>>>> >>>>> here you have it: >>>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>>> >>>>> Can you see whats wrong? >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>> >>>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>>> VCL is stored, by default, in /etc/varnish >>>>>> >>>>>> Please keep the varnish-misc list on your replies too >>>>>> >>>>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>>>> >>>>>>> How can i list that? >>>>>>> >>>>>>> MVH >>>>>>> Tobias >>>>>>> >>>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>>> >>>>>>>> Can you gist the VCL you're loading? >>>>>>>> >>>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi >>>>>>>>> >>>>>>>>> I receive this error when i restart Varnish: >>>>>>>>> >>>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>>> >>>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>>> Message from VCC-compiler: >>>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>>> vcl 4.0; >>>>>>>>> >>>>>>>>> ----- >>>>>>>>> >>>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>>> >>>>>>>>> VCL compilation failed >>>>>>>>> >>>>>>>>> What can be the problem? >>>>>>>>> >>>>>>>>> >>>>>>>>> MVH >>>>>>>>> Tobias >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> varnish-misc mailing list >>>>>>>>> varnish-misc at varnish-cache.org >>>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Kind regards, >>>>>>>> >>>>>>>> Andrew Langhorn >>>>>>>> Web Operations >>>>>>>> Government Digital Service >>>>>>>> >>>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>>> t: +44 (0)7810 737375 >>>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>>> _______________________________________________ >>>>> varnish-misc mailing list >>>>> varnish-misc at varnish-cache.org >>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>> >>>> >>>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>> >> >> > > > -- > Kind regards, > > Andrew Langhorn > Web Operations > Government Digital Service > > e: andrew.langhorn at digital.cabinet-office.gov.uk > t: +44 (0)7810 737375 > a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 15:28:14 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 15:28:14 +0000 Subject: Error In-Reply-To: References: Message-ID: I'm at a loss how you have a syntax error in that file on line 42 without having a 42nd line. Either way, that VCL doesn't look complete. Can you copy a full, fresh version of example.vcl from scratch? On 14 November 2014 15:23, Tobias Karlsson wrote: > Hi > > Yes this is everything. > > Here is a screenshot: http://i60.tinypic.com/2q223b6.jpg > > Can something have happen to the file? > > MVH > Tobias > > 2014-11-14 16:11 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> For a syntax error to occur on line 42, you must have a file with at >> least 42 (or 41, maybe) lines. >> We started off by receiving a 37-line VCL from you, and now with cat, we >> have a 38 line one. >> >> Is there absolutely definitely no possibility that the file has any more >> lines? >> >> Until we get that VCL, we can't help. The VCL itself has a syntax, and >> without seeing the error in context, it's very difficult to help. >> >> I think the only alternative is that you pay for some on-premise >> consulting, or something. >> >> On 14 November 2014 15:08, Tobias Karlsson wrote: >> >>> Hi >>> >>> I get the same information: >>> >>> https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b >>> >>> MVH >>> Tobias >>> >>> 2014-11-14 16:03 GMT+01:00 Andrew Langhorn < >>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>> >>>> So, okay, you have a syntax error on (or around) line 42. >>>> But that Gist doesn't have a 42nd line. It ends at 37. >>>> So there's most likely some lines missing. >>>> >>>> You ideally need to cat the file, and copy the output to a Gist, rather >>>> than nano because the nano editor has a fixed height and width by default. >>>> >>>> On 14 November 2014 14:55, Tobias Karlsson wrote: >>>> >>>>> I have the copy in the mail i send you. >>>>> >>>>> Yes this is all the info i have in the VLC file that is located here: >>>>> nano /etc/varnish/default.vcl >>>>> >>>>> The link i send you >>>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>>> is how my file look like right now. >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>> >>>>>> You really need to keep varnish-misc copied in to these. This is not >>>>>> because I'm being pedantic, but because mailing lists are based around the >>>>>> idea of community; by keeping them copied in, others who might be >>>>>> interested in this post can learn and contribute, too. If you don't keep it >>>>>> copied in, then you're not playing ball. >>>>>> >>>>>> That doesn't look to be the full VCL; it looks like you've just >>>>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>>>> >>>>>> ---------- Forwarded message ---------- >>>>>> From: Tobias Karlsson >>>>>> Date: 14 November 2014 14:36 >>>>>> Subject: Re: Error >>>>>> To: Andrew Langhorn >>>>>> >>>>>> >>>>>> Hi >>>>>> >>>>>> here you have it: >>>>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>>>> >>>>>> Can you see whats wrong? >>>>>> >>>>>> MVH >>>>>> Tobias >>>>>> >>>>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>> >>>>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>>>> VCL is stored, by default, in /etc/varnish >>>>>>> >>>>>>> Please keep the varnish-misc list on your replies too >>>>>>> >>>>>>> On 14 November 2014 14:28, Tobias Karlsson >>>>>>> wrote: >>>>>>> >>>>>>>> How can i list that? >>>>>>>> >>>>>>>> MVH >>>>>>>> Tobias >>>>>>>> >>>>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>>>> >>>>>>>>> Can you gist the VCL you're loading? >>>>>>>>> >>>>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hi >>>>>>>>>> >>>>>>>>>> I receive this error when i restart Varnish: >>>>>>>>>> >>>>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>>>> >>>>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>>>> Message from VCC-compiler: >>>>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>>>> vcl 4.0; >>>>>>>>>> >>>>>>>>>> ----- >>>>>>>>>> >>>>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>>>> >>>>>>>>>> VCL compilation failed >>>>>>>>>> >>>>>>>>>> What can be the problem? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> MVH >>>>>>>>>> Tobias >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> varnish-misc mailing list >>>>>>>>>> varnish-misc at varnish-cache.org >>>>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Kind regards, >>>>>>>>> >>>>>>>>> Andrew Langhorn >>>>>>>>> Web Operations >>>>>>>>> Government Digital Service >>>>>>>>> >>>>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>>>> t: +44 (0)7810 737375 >>>>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Kind regards, >>>>>>> >>>>>>> Andrew Langhorn >>>>>>> Web Operations >>>>>>> Government Digital Service >>>>>>> >>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>> t: +44 (0)7810 737375 >>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>> >>>>>> _______________________________________________ >>>>>> varnish-misc mailing list >>>>>> varnish-misc at varnish-cache.org >>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Andrew Langhorn >>>> Web Operations >>>> Government Digital Service >>>> >>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>> t: +44 (0)7810 737375 >>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>> >>> >>> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> > > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From jnerin at gmail.com Fri Nov 14 15:32:25 2014 From: jnerin at gmail.com (Jorge) Date: Fri, 14 Nov 2014 15:32:25 +0000 Subject: Error References: Message-ID: Tobias, it's obvious that the file you post it's not complete, please post again when you get the complete file with at least 42 lines. OTOH if this file is all you have, then you have a partial file, recover a working one from your backups or create a new one. El Fri Nov 14 2014 at 16:25:14, Tobias Karlsson () escribi?: > Hi > > I get the same information: > > https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b > > MVH > > Tobias > > 2014-11-14 16:03 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> So, okay, you have a syntax error on (or around) line 42. >> But that Gist doesn't have a 42nd line. It ends at 37. >> So there's most likely some lines missing. >> >> You ideally need to cat the file, and copy the output to a Gist, rather >> than nano because the nano editor has a fixed height and width by default. >> >> On 14 November 2014 14:55, Tobias Karlsson wrote: >> >>> I have the copy in the mail i send you. >>> >>> Yes this is all the info i have in the VLC file that is located here: >>> nano /etc/varnish/default.vcl >>> >>> The link i send you >>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>> is how my file look like right now. >>> >>> MVH >>> Tobias >>> >>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>> >>>> You really need to keep varnish-misc copied in to these. This is not >>>> because I'm being pedantic, but because mailing lists are based around the >>>> idea of community; by keeping them copied in, others who might be >>>> interested in this post can learn and contribute, too. If you don't keep it >>>> copied in, then you're not playing ball. >>>> >>>> That doesn't look to be the full VCL; it looks like you've just >>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>> >>>> ---------- Forwarded message ---------- >>>> From: Tobias Karlsson >>>> Date: 14 November 2014 14:36 >>>> Subject: Re: Error >>>> To: Andrew Langhorn >>>> >>>> >>>> Hi >>>> >>>> here you have it: >>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>> >>>> Can you see whats wrong? >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>> >>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>> VCL is stored, by default, in /etc/varnish >>>>> >>>>> Please keep the varnish-misc list on your replies too >>>>> >>>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>>> >>>>>> How can i list that? >>>>>> >>>>>> MVH >>>>>> Tobias >>>>>> >>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>> >>>>>>> Can you gist the VCL you're loading? >>>>>>> >>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>> wrote: >>>>>>> >>>>>>>> Hi >>>>>>>> >>>>>>>> I receive this error when i restart Varnish: >>>>>>>> >>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>> >>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>> Message from VCC-compiler: >>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>> vcl 4.0; >>>>>>>> >>>>>>>> ----- >>>>>>>> >>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>> >>>>>>>> VCL compilation failed >>>>>>>> >>>>>>>> What can be the problem? >>>>>>>> >>>>>>>> >>>>>>>> MVH >>>>>>>> Tobias >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> varnish-misc mailing list >>>>>>>> varnish-misc at varnish-cache.org >>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Kind regards, >>>>>>> >>>>>>> Andrew Langhorn >>>>>>> Web Operations >>>>>>> Government Digital Service >>>>>>> >>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>> t: +44 (0)7810 737375 >>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Andrew Langhorn >>>> Web Operations >>>> Government Digital Service >>>> >>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>> t: +44 (0)7810 737375 >>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>> >>>> _______________________________________________ >>>> varnish-misc mailing list >>>> varnish-misc at varnish-cache.org >>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>> >>> >>> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -------------- next part -------------- An HTML attachment was scrubbed... URL: From brettgfitzgerald at gmail.com Fri Nov 14 15:35:13 2014 From: brettgfitzgerald at gmail.com (Brett Fitzgerald) Date: Fri, 14 Nov 2014 15:35:13 +0000 Subject: Error References: Message-ID: Tobias, Did you accidentally delete the closing } from your sub vcl_deliver in default.vcl? Try adding a } at the end of your file. Brett On Fri Nov 14 2014 at 10:27:36 AM Tobias Karlsson wrote: > Yes that is what i do. > > And i get the same information: > > https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b > > that is all the information i have in the file. > > MVH > > Tobias > > 2014-11-14 16:04 GMT+01:00 Per Buer : > >> Tobias, >> >> Could you be so kind and actually read the replies people send you? >> Please re-read Andrews email and try again. >> >> Per. >> >> On Fri, Nov 14, 2014 at 3:55 PM, Tobias Karlsson >> wrote: >> >>> I have the copy in the mail i send you. >>> >>> Yes this is all the info i have in the VLC file that is located here: >>> nano /etc/varnish/default.vcl >>> >>> The link i send you >>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>> is how my file look like right now. >>> >>> MVH >>> Tobias >>> >>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>> >>>> You really need to keep varnish-misc copied in to these. This is not >>>> because I'm being pedantic, but because mailing lists are based around the >>>> idea of community; by keeping them copied in, others who might be >>>> interested in this post can learn and contribute, too. If you don't keep it >>>> copied in, then you're not playing ball. >>>> >>>> That doesn't look to be the full VCL; it looks like you've just >>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>> >>>> ---------- Forwarded message ---------- >>>> From: Tobias Karlsson >>>> Date: 14 November 2014 14:36 >>>> Subject: Re: Error >>>> To: Andrew Langhorn >>>> >>>> >>>> Hi >>>> >>>> here you have it: >>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>> >>>> Can you see whats wrong? >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>> >>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>> VCL is stored, by default, in /etc/varnish >>>>> >>>>> Please keep the varnish-misc list on your replies too >>>>> >>>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>>> >>>>>> How can i list that? >>>>>> >>>>>> MVH >>>>>> Tobias >>>>>> >>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>> >>>>>>> Can you gist the VCL you're loading? >>>>>>> >>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>> wrote: >>>>>>> >>>>>>>> Hi >>>>>>>> >>>>>>>> I receive this error when i restart Varnish: >>>>>>>> >>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>> >>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>> Message from VCC-compiler: >>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>> vcl 4.0; >>>>>>>> >>>>>>>> ----- >>>>>>>> >>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>> >>>>>>>> VCL compilation failed >>>>>>>> >>>>>>>> What can be the problem? >>>>>>>> >>>>>>>> >>>>>>>> MVH >>>>>>>> Tobias >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> varnish-misc mailing list >>>>>>>> varnish-misc at varnish-cache.org >>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Kind regards, >>>>>>> >>>>>>> Andrew Langhorn >>>>>>> Web Operations >>>>>>> Government Digital Service >>>>>>> >>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>> t: +44 (0)7810 737375 >>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Kind regards, >>>> >>>> Andrew Langhorn >>>> Web Operations >>>> Government Digital Service >>>> >>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>> t: +44 (0)7810 737375 >>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>> >>>> _______________________________________________ >>>> varnish-misc mailing list >>>> varnish-misc at varnish-cache.org >>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>> >>> >>> >>> _______________________________________________ >>> varnish-misc mailing list >>> varnish-misc at varnish-cache.org >>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>> >> >> >> >> -- >> *Per Buer* >> CTO | Varnish Software AS >> Cell: +47 95839117 >> We Make Websites Fly! >> www.varnish-software.com >> [image: Register now] >> >> > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -------------- next part -------------- An HTML attachment was scrubbed... URL: From geoff at uplex.de Fri Nov 14 15:39:20 2014 From: geoff at uplex.de (Geoff Simmons) Date: Fri, 14 Nov 2014 16:39:20 +0100 Subject: Error In-Reply-To: References: Message-ID: <54662228.6070908@uplex.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 11/14/2014 04:09 PM, Tobias Karlsson wrote: > > https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b > > that is all the information i have in the file. Clearly you believe that, but it isn't possible. Your error message indicates an error in line 42 of your VCL source, but your gisthub only shows 37 lines. The file in gisthub is self-evidently illegal VCL syntax, since it has the opening brace of vcl_deliver, but not the closing brace. But the error message indicates something else entirely -- that 'vcl 4.0' appears on line 42, and that is only permitted as the first statement. Somehow 'vcl 4.0' got on line 42, so you need to find line 42. What all of this indicates is that you haven't made any attempt to understand VCL, at all. The file in your gisthub includes these lines: # See the VCL chapters in the Users Guide at https://www.varnish-cache.org/docs/ # and http://varnish-cache.org/trac/wiki/VCLExamples for more examples. Please follow that advice. It's good etiquette on a mailing list to first make your own best effort to solve a problem, and that hasn't happened yet. Thanks! Geoff - -- ** * * UPLEX - Nils Goroll Systemoptimierung Scheffelstra?e 32 22301 Hamburg Tel +49 40 2880 5731 Mob +49 176 636 90917 Fax +49 40 42949753 http://uplex.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJUZiIoAAoJEOUwvh9pJNURFy8QAKUHVtxyDZ69fHxf0MyHpPUr 2HcI2YVQSPYfrtoWuY8h6HI8fUEIZMWmr+TlXXCYxA752AbwUHAlqmDtILddho+O MIrhnGleeScyXx3/Mcyyhy82WUH6IFLfyaBDvsO3/WEoKw0MCmkchDHacPca8x+G rp52PJiXwLevn5pW1YsgRQ21t6fVVCQ6MTqhvDQ5/lc256AfbIv1k+jdiooBjfZ9 qePHCwlYuUUSred62p3MmarwFRVr/RKCHFEF3sSfcqCikP8RUMfdkVkcMUhB/fO4 hPoUIJctp/Bf4jWxN+fAIblXZfIA6sIBgTKg7sE2eWp9KXrrnhKVbzpe/yZZ6w8k F6egrXRvN5ZvtxHDCP3ukFlmVQN9PmcU+PV/mVGaGVppJJ9acJv7RP343erBQvd8 yQOHct1lZPjsFtMRTAUMcm2jrUZX2PJFg7rbXx9ztJoITVw8Q0AaVG1hpi2hM1Mp gNZjFOr2TxsZupqlbVso1Q8OxFLOydAcg47edWOdrJDr3ERRKF2cGDFKwK7mqaWV FxTSsofTUyjQZCKyDokfWzshiNzlHQSY1105yDOhBDOTXnBlSKXGH9g1qEQn/RCm gMKq014mUddgITo1GlLVTzLvzQX0iasFRVefFG0KJPvNJfArWgWHrLdDLB+i2kxO UpasV6Ja11eqgqGUzLxL =tF15 -----END PGP SIGNATURE----- From brettgfitzgerald at gmail.com Fri Nov 14 15:40:24 2014 From: brettgfitzgerald at gmail.com (Brett Fitzgerald) Date: Fri, 14 Nov 2014 15:40:24 +0000 Subject: Error References: Message-ID: As a test, I deleted my own closing } in my vcl_deliver, which also occurs at the end of my file, on line 62. When I restarted my service, it threw the error: Expected an action, 'if', '{' or '}' ('Builtin' Line 42 Pos 1) I don't think that the Line 42 that it is referencing is line 42 in the VCL. On Fri Nov 14 2014 at 10:35:12 AM Brett Fitzgerald < brettgfitzgerald at gmail.com> wrote: > Tobias, > > Did you accidentally delete the closing } from your sub vcl_deliver in > default.vcl? Try adding a } at the end of your file. > > Brett > > On Fri Nov 14 2014 at 10:27:36 AM Tobias Karlsson > wrote: > >> Yes that is what i do. >> >> And i get the same information: >> >> https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b >> >> that is all the information i have in the file. >> >> MVH >> >> Tobias >> >> 2014-11-14 16:04 GMT+01:00 Per Buer : >> >>> Tobias, >>> >>> Could you be so kind and actually read the replies people send you? >>> Please re-read Andrews email and try again. >>> >>> Per. >>> >>> On Fri, Nov 14, 2014 at 3:55 PM, Tobias Karlsson >>> wrote: >>> >>>> I have the copy in the mail i send you. >>>> >>>> Yes this is all the info i have in the VLC file that is located here: >>>> nano /etc/varnish/default.vcl >>>> >>>> The link i send you https://gist.github.com/ >>>> tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt is how my file look >>>> like right now. >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn >>> cabinet-office.gov.uk>: >>>> >>>>> You really need to keep varnish-misc copied in to these. This is not >>>>> because I'm being pedantic, but because mailing lists are based around the >>>>> idea of community; by keeping them copied in, others who might be >>>>> interested in this post can learn and contribute, too. If you don't keep it >>>>> copied in, then you're not playing ball. >>>>> >>>>> That doesn't look to be the full VCL; it looks like you've just >>>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: Tobias Karlsson >>>>> Date: 14 November 2014 14:36 >>>>> Subject: Re: Error >>>>> To: Andrew Langhorn >>>>> >>>>> >>>>> Hi >>>>> >>>>> here you have it: https://gist.github.com/ >>>>> tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>>> >>>>> Can you see whats wrong? >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn >>>> cabinet-office.gov.uk>: >>>>> >>>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>>> VCL is stored, by default, in /etc/varnish >>>>>> >>>>>> Please keep the varnish-misc list on your replies too >>>>>> >>>>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>>>> >>>>>>> How can i list that? >>>>>>> >>>>>>> MVH >>>>>>> Tobias >>>>>>> >>>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn >>>>>> cabinet-office.gov.uk>: >>>>>>> >>>>>>>> Can you gist the VCL you're loading? >>>>>>>> >>>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi >>>>>>>>> >>>>>>>>> I receive this error when i restart Varnish: >>>>>>>>> >>>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>>> >>>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>>> Message from VCC-compiler: >>>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>>> vcl 4.0; >>>>>>>>> >>>>>>>>> ----- >>>>>>>>> >>>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>>> >>>>>>>>> VCL compilation failed >>>>>>>>> >>>>>>>>> What can be the problem? >>>>>>>>> >>>>>>>>> >>>>>>>>> MVH >>>>>>>>> Tobias >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> varnish-misc mailing list >>>>>>>>> varnish-misc at varnish-cache.org >>>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Kind regards, >>>>>>>> >>>>>>>> Andrew Langhorn >>>>>>>> Web Operations >>>>>>>> Government Digital Service >>>>>>>> >>>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>>> t: +44 (0)7810 737375 >>>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>>> _______________________________________________ >>>>> varnish-misc mailing list >>>>> varnish-misc at varnish-cache.org >>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>> >>>> >>>> >>>> _______________________________________________ >>>> varnish-misc mailing list >>>> varnish-misc at varnish-cache.org >>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>> >>> >>> >>> >>> -- >>> *Per Buer* >>> CTO | Varnish Software AS >>> Cell: +47 95839117 >>> We Make Websites Fly! >>> www.varnish-software.com >>> [image: Register now] >>> >>> >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 14 15:44:23 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 16:44:23 +0100 Subject: Error In-Reply-To: References: Message-ID: Hi I have get it to work now. sudo service varnish restart * Stopping HTTP accelerator varnishd [ OK ] * Starting HTTP accelerator varnishd [ OK ] Now i dont get any error any more. Something was wrong in the file so i copy the example file from varnish-cache.org source code and replace my old file white the info from that file and that fix the problem. MVH Tobias 2014-11-14 16:40 GMT+01:00 Brett Fitzgerald : > As a test, I deleted my own closing } in my vcl_deliver, which also occurs > at the end of my file, on line 62. When I restarted my service, it threw > the error: > Expected an action, 'if', '{' or '}' > ('Builtin' Line 42 Pos 1) > > I don't think that the Line 42 that it is referencing is line 42 in the > VCL. > > On Fri Nov 14 2014 at 10:35:12 AM Brett Fitzgerald < > brettgfitzgerald at gmail.com> wrote: > >> Tobias, >> >> Did you accidentally delete the closing } from your sub vcl_deliver in >> default.vcl? Try adding a } at the end of your file. >> >> Brett >> >> On Fri Nov 14 2014 at 10:27:36 AM Tobias Karlsson >> wrote: >> >>> Yes that is what i do. >>> >>> And i get the same information: >>> >>> https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b >>> >>> that is all the information i have in the file. >>> >>> MVH >>> >>> Tobias >>> >>> 2014-11-14 16:04 GMT+01:00 Per Buer : >>> >>>> Tobias, >>>> >>>> Could you be so kind and actually read the replies people send you? >>>> Please re-read Andrews email and try again. >>>> >>>> Per. >>>> >>>> On Fri, Nov 14, 2014 at 3:55 PM, Tobias Karlsson >>>> wrote: >>>> >>>>> I have the copy in the mail i send you. >>>>> >>>>> Yes this is all the info i have in the VLC file that is located here: >>>>> nano /etc/varnish/default.vcl >>>>> >>>>> The link i send you https://gist.github.com/ >>>>> tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt is how my file look >>>>> like right now. >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn >>>> cabinet-office.gov.uk>: >>>>> >>>>>> You really need to keep varnish-misc copied in to these. This is not >>>>>> because I'm being pedantic, but because mailing lists are based around the >>>>>> idea of community; by keeping them copied in, others who might be >>>>>> interested in this post can learn and contribute, too. If you don't keep it >>>>>> copied in, then you're not playing ball. >>>>>> >>>>>> That doesn't look to be the full VCL; it looks like you've just >>>>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>>>> >>>>>> ---------- Forwarded message ---------- >>>>>> From: Tobias Karlsson >>>>>> Date: 14 November 2014 14:36 >>>>>> Subject: Re: Error >>>>>> To: Andrew Langhorn >>>>>> >>>>>> >>>>>> Hi >>>>>> >>>>>> here you have it: https://gist.github.com/ >>>>>> tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>>>> >>>>>> Can you see whats wrong? >>>>>> >>>>>> MVH >>>>>> Tobias >>>>>> >>>>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn >>>>> cabinet-office.gov.uk>: >>>>>> >>>>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>>>> VCL is stored, by default, in /etc/varnish >>>>>>> >>>>>>> Please keep the varnish-misc list on your replies too >>>>>>> >>>>>>> On 14 November 2014 14:28, Tobias Karlsson >>>>>>> wrote: >>>>>>> >>>>>>>> How can i list that? >>>>>>>> >>>>>>>> MVH >>>>>>>> Tobias >>>>>>>> >>>>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>>>> >>>>>>>>> Can you gist the VCL you're loading? >>>>>>>>> >>>>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hi >>>>>>>>>> >>>>>>>>>> I receive this error when i restart Varnish: >>>>>>>>>> >>>>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>>>> >>>>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>>>> Message from VCC-compiler: >>>>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>>>> vcl 4.0; >>>>>>>>>> >>>>>>>>>> ----- >>>>>>>>>> >>>>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>>>> >>>>>>>>>> VCL compilation failed >>>>>>>>>> >>>>>>>>>> What can be the problem? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> MVH >>>>>>>>>> Tobias >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> varnish-misc mailing list >>>>>>>>>> varnish-misc at varnish-cache.org >>>>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Kind regards, >>>>>>>>> >>>>>>>>> Andrew Langhorn >>>>>>>>> Web Operations >>>>>>>>> Government Digital Service >>>>>>>>> >>>>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>>>> t: +44 (0)7810 737375 >>>>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Kind regards, >>>>>>> >>>>>>> Andrew Langhorn >>>>>>> Web Operations >>>>>>> Government Digital Service >>>>>>> >>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>> t: +44 (0)7810 737375 >>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>> >>>>>> _______________________________________________ >>>>>> varnish-misc mailing list >>>>>> varnish-misc at varnish-cache.org >>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> varnish-misc mailing list >>>>> varnish-misc at varnish-cache.org >>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>> >>>> >>>> >>>> >>>> -- >>>> *Per Buer* >>>> CTO | Varnish Software AS >>>> Cell: +47 95839117 >>>> We Make Websites Fly! >>>> www.varnish-software.com >>>> [image: Register now] >>>> >>>> >>> >>> _______________________________________________ >>> varnish-misc mailing list >>> varnish-misc at varnish-cache.org >>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From thierry.magnien at sfr.com Fri Nov 14 15:50:17 2014 From: thierry.magnien at sfr.com (MAGNIEN, Thierry) Date: Fri, 14 Nov 2014 15:50:17 +0000 Subject: Error In-Reply-To: References: Message-ID: <5D103CE839D50E4CBC62C9FD7B83287CC9C9116E@EXCN015.encara.local.ads> Hi, Your VCL file is then incomplete. You have to create one to fit your needs. You can find some examples in Varnish docs. Thierry De?: varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org [mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org] De la part de Tobias Karlsson Envoy??: vendredi 14 novembre 2014 16:24 ??: Andrew Langhorn Cc?: varnish-misc at varnish-cache.org Objet?: Re: Error Hi Yes this is everything. Here is a screenshot: http://i60.tinypic.com/2q223b6.jpg Can something have happen to the file? MVH Tobias 2014-11-14 16:11 GMT+01:00 Andrew Langhorn : For a syntax error to occur on line 42, you must have a file with at least 42 (or 41, maybe) lines. We started off by receiving a 37-line VCL from you, and now with cat, we have a 38 line one. Is there absolutely definitely no possibility that the file has any more lines? Until we get that VCL, we can't help. The VCL itself has a syntax, and without seeing the error in context, it's very difficult to help. I think the only alternative is that you pay for some on-premise consulting, or something. On 14 November 2014 15:08, Tobias Karlsson wrote: Hi I get the same information: https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b MVH Tobias 2014-11-14 16:03 GMT+01:00 Andrew Langhorn : So, okay, you have a syntax error on (or around) line 42. But that Gist doesn't have a 42nd line. It ends at 37. So there's most likely some lines missing. You ideally need to cat the file, and copy the output to a Gist, rather than nano because the nano editor has a fixed height and width by default. On 14 November 2014 14:55, Tobias Karlsson wrote: I have the copy in the mail i send you. Yes this is all the info i have in the VLC file that is located here: nano /etc/varnish/default.vcl The link i send you https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt is how my file look like right now. MVH Tobias 2014-11-14 15:45 GMT+01:00 Andrew Langhorn : You really need to keep varnish-misc copied in to these. This is not because I'm being pedantic, but because mailing lists are based around the idea of community; by keeping them copied in, others who might be interested in this post can learn and contribute, too. If you don't keep it copied in, then you're not playing ball. That doesn't look to be the full VCL; it looks like you've just copied/pasted from a Vim session. Cat the file, copy the output to a Gist. ---------- Forwarded message ---------- From: Tobias Karlsson Date: 14 November 2014 14:36 Subject: Re: Error To: Andrew Langhorn Hi here you have it: https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt Can you see whats wrong? MVH Tobias 2014-11-14 15:32 GMT+01:00 Andrew Langhorn : Visit gist.github.com, create a new gist and upload your VCL. VCL is stored, by default, in /etc/varnish Please keep the varnish-misc list on your replies too On 14 November 2014 14:28, Tobias Karlsson wrote: How can i list that? MVH Tobias 2014-11-14 15:27 GMT+01:00 Andrew Langhorn : Can you gist the VCL you're loading? On 14 November 2014 14:23, Tobias Karlsson wrote: Hi I receive this error when i restart Varnish: * Stopping HTTP accelerator varnishd [fail] * Starting HTTP accelerator varnishd [fail] Message from VCC-compiler: Expected an action, 'if', '{' or '}' ('Builtin' Line 42 Pos 1) vcl 4.0; ----- Running VCC-compiler failed, exited with 2 VCL compilation failed What can be the problem? MVH Tobias _______________________________________________ varnish-misc mailing list varnish-misc at varnish-cache.org https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH _______________________________________________ varnish-misc mailing list varnish-misc at varnish-cache.org https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH From thierry.magnien at sfr.com Fri Nov 14 15:59:31 2014 From: thierry.magnien at sfr.com (MAGNIEN, Thierry) Date: Fri, 14 Nov 2014 15:59:31 +0000 Subject: Error In-Reply-To: References: Message-ID: <5D103CE839D50E4CBC62C9FD7B83287CC9C911A2@EXCN015.encara.local.ads> Line 42 is the first non-comment line of built-in vcl file. What version of varnish are you running ? Thierry De?: varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org [mailto:varnish-misc-bounces+thierry.magnien=sfr.com at varnish-cache.org] De la part de Andrew Langhorn Envoy??: vendredi 14 novembre 2014 16:28 ??: Tobias Karlsson Cc?: varnish-misc at varnish-cache.org Objet?: Re: Error I'm at a loss how you have a syntax error in that file on line 42 without having a 42nd line. Either way, that VCL doesn't look complete. Can you copy a full, fresh version of example.vcl from scratch? On 14 November 2014 15:23, Tobias Karlsson wrote: Hi Yes this is everything. Here is a screenshot: http://i60.tinypic.com/2q223b6.jpg Can something have happen to the file? MVH Tobias 2014-11-14 16:11 GMT+01:00 Andrew Langhorn : For a syntax error to occur on line 42, you must have a file with at least 42 (or 41, maybe) lines. We started off by receiving a 37-line VCL from you, and now with cat, we have a 38 line one. Is there absolutely definitely no possibility that the file has any more lines? Until we get that VCL, we can't help. The VCL itself has a syntax, and without seeing the error in context, it's very difficult to help. I think the only alternative is that you pay for some on-premise consulting, or something. On 14 November 2014 15:08, Tobias Karlsson wrote: Hi I get the same information: https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b MVH Tobias 2014-11-14 16:03 GMT+01:00 Andrew Langhorn : So, okay, you have a syntax error on (or around) line 42. But that Gist doesn't have a 42nd line. It ends at 37. So there's most likely some lines missing. You ideally need to cat the file, and copy the output to a Gist, rather than nano because the nano editor has a fixed height and width by default. On 14 November 2014 14:55, Tobias Karlsson wrote: I have the copy in the mail i send you. Yes this is all the info i have in the VLC file that is located here: nano /etc/varnish/default.vcl The link i send you https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt is how my file look like right now. MVH Tobias 2014-11-14 15:45 GMT+01:00 Andrew Langhorn : You really need to keep varnish-misc copied in to these. This is not because I'm being pedantic, but because mailing lists are based around the idea of community; by keeping them copied in, others who might be interested in this post can learn and contribute, too. If you don't keep it copied in, then you're not playing ball. That doesn't look to be the full VCL; it looks like you've just copied/pasted from a Vim session. Cat the file, copy the output to a Gist. ---------- Forwarded message ---------- From: Tobias Karlsson Date: 14 November 2014 14:36 Subject: Re: Error To: Andrew Langhorn Hi here you have it: https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt Can you see whats wrong? MVH Tobias 2014-11-14 15:32 GMT+01:00 Andrew Langhorn : Visit gist.github.com, create a new gist and upload your VCL. VCL is stored, by default, in /etc/varnish Please keep the varnish-misc list on your replies too On 14 November 2014 14:28, Tobias Karlsson wrote: How can i list that? MVH Tobias 2014-11-14 15:27 GMT+01:00 Andrew Langhorn : Can you gist the VCL you're loading? On 14 November 2014 14:23, Tobias Karlsson wrote: Hi I receive this error when i restart Varnish: * Stopping HTTP accelerator varnishd [fail] * Starting HTTP accelerator varnishd [fail] Message from VCC-compiler: Expected an action, 'if', '{' or '}' ('Builtin' Line 42 Pos 1) vcl 4.0; ----- Running VCC-compiler failed, exited with 2 VCL compilation failed What can be the problem? MVH Tobias _______________________________________________ varnish-misc mailing list varnish-misc at varnish-cache.org https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH _______________________________________________ varnish-misc mailing list varnish-misc at varnish-cache.org https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH From daghf at varnish-software.com Fri Nov 14 16:09:49 2014 From: daghf at varnish-software.com (Dag Haavi Finstad) Date: Fri, 14 Nov 2014 17:09:49 +0100 Subject: Error In-Reply-To: References: Message-ID: I think the VCL compiler is playing a trick on us here with regards to line numbers .. The input file is missing a '}' at the very end. Could you insert that and try again, Tobias? On Fri, Nov 14, 2014 at 4:32 PM, Jorge wrote: > Tobias, it's obvious that the file you post it's not complete, please post > again when you get the complete file with at least 42 lines. > > OTOH if this file is all you have, then you have a partial file, recover a > working one from your backups or create a new one. > > > El Fri Nov 14 2014 at 16:25:14, Tobias Karlsson () > escribi?: > >> Hi >> >> I get the same information: >> >> https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b >> >> MVH >> >> Tobias >> >> 2014-11-14 16:03 GMT+01:00 Andrew Langhorn >> : >>> >>> So, okay, you have a syntax error on (or around) line 42. >>> But that Gist doesn't have a 42nd line. It ends at 37. >>> So there's most likely some lines missing. >>> >>> You ideally need to cat the file, and copy the output to a Gist, rather >>> than nano because the nano editor has a fixed height and width by default. >>> >>> On 14 November 2014 14:55, Tobias Karlsson wrote: >>>> >>>> I have the copy in the mail i send you. >>>> >>>> Yes this is all the info i have in the VLC file that is located here: >>>> nano /etc/varnish/default.vcl >>>> >>>> The link i send you >>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt is >>>> how my file look like right now. >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn >>>> : >>>>> >>>>> You really need to keep varnish-misc copied in to these. This is not >>>>> because I'm being pedantic, but because mailing lists are based around the >>>>> idea of community; by keeping them copied in, others who might be interested >>>>> in this post can learn and contribute, too. If you don't keep it copied in, >>>>> then you're not playing ball. >>>>> >>>>> That doesn't look to be the full VCL; it looks like you've just >>>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: Tobias Karlsson >>>>> Date: 14 November 2014 14:36 >>>>> Subject: Re: Error >>>>> To: Andrew Langhorn >>>>> >>>>> >>>>> Hi >>>>> >>>>> here you have it: >>>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>>> >>>>> Can you see whats wrong? >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn >>>>> : >>>>>> >>>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>>> VCL is stored, by default, in /etc/varnish >>>>>> >>>>>> Please keep the varnish-misc list on your replies too >>>>>> >>>>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>>>>> >>>>>>> How can i list that? >>>>>>> >>>>>>> MVH >>>>>>> Tobias >>>>>>> >>>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn >>>>>>> : >>>>>>>> >>>>>>>> Can you gist the VCL you're loading? >>>>>>>> >>>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi >>>>>>>>> >>>>>>>>> I receive this error when i restart Varnish: >>>>>>>>> >>>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>>> >>>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>>> Message from VCC-compiler: >>>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>>> vcl 4.0; >>>>>>>>> >>>>>>>>> ----- >>>>>>>>> >>>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>>> >>>>>>>>> VCL compilation failed >>>>>>>>> >>>>>>>>> What can be the problem? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> MVH >>>>>>>>> Tobias >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> varnish-misc mailing list >>>>>>>>> varnish-misc at varnish-cache.org >>>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Kind regards, >>>>>>>> >>>>>>>> Andrew Langhorn >>>>>>>> Web Operations >>>>>>>> Government Digital Service >>>>>>>> >>>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>>> t: +44 (0)7810 737375 >>>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>>> _______________________________________________ >>>>> varnish-misc mailing list >>>>> varnish-misc at varnish-cache.org >>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>> >>>> >>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -- Dag Haavi Finstad Software Developer | Varnish Software Mobile: +47 476 64 134 We Make Websites Fly! From tokar93 at gmail.com Fri Nov 14 16:14:07 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 17:14:07 +0100 Subject: Error In-Reply-To: References: Message-ID: yes that fix the problem. MVH Tobias 2014-11-14 17:09 GMT+01:00 Dag Haavi Finstad : > I think the VCL compiler is playing a trick on us here with regards to > line numbers .. > > The input file is missing a '}' at the very end. Could you insert that > and try again, Tobias? > > On Fri, Nov 14, 2014 at 4:32 PM, Jorge wrote: > > Tobias, it's obvious that the file you post it's not complete, please > post > > again when you get the complete file with at least 42 lines. > > > > OTOH if this file is all you have, then you have a partial file, recover > a > > working one from your backups or create a new one. > > > > > > El Fri Nov 14 2014 at 16:25:14, Tobias Karlsson () > > escribi?: > > > >> Hi > >> > >> I get the same information: > >> > >> https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b > >> > >> MVH > >> > >> Tobias > >> > >> 2014-11-14 16:03 GMT+01:00 Andrew Langhorn > >> : > >>> > >>> So, okay, you have a syntax error on (or around) line 42. > >>> But that Gist doesn't have a 42nd line. It ends at 37. > >>> So there's most likely some lines missing. > >>> > >>> You ideally need to cat the file, and copy the output to a Gist, rather > >>> than nano because the nano editor has a fixed height and width by > default. > >>> > >>> On 14 November 2014 14:55, Tobias Karlsson wrote: > >>>> > >>>> I have the copy in the mail i send you. > >>>> > >>>> Yes this is all the info i have in the VLC file that is located here: > >>>> nano /etc/varnish/default.vcl > >>>> > >>>> The link i send you > >>>> > https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt > is > >>>> how my file look like right now. > >>>> > >>>> MVH > >>>> Tobias > >>>> > >>>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn > >>>> : > >>>>> > >>>>> You really need to keep varnish-misc copied in to these. This is not > >>>>> because I'm being pedantic, but because mailing lists are based > around the > >>>>> idea of community; by keeping them copied in, others who might be > interested > >>>>> in this post can learn and contribute, too. If you don't keep it > copied in, > >>>>> then you're not playing ball. > >>>>> > >>>>> That doesn't look to be the full VCL; it looks like you've just > >>>>> copied/pasted from a Vim session. Cat the file, copy the output to a > Gist. > >>>>> > >>>>> ---------- Forwarded message ---------- > >>>>> From: Tobias Karlsson > >>>>> Date: 14 November 2014 14:36 > >>>>> Subject: Re: Error > >>>>> To: Andrew Langhorn > >>>>> > >>>>> > >>>>> Hi > >>>>> > >>>>> here you have it: > >>>>> > https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt > >>>>> > >>>>> Can you see whats wrong? > >>>>> > >>>>> MVH > >>>>> Tobias > >>>>> > >>>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn > >>>>> : > >>>>>> > >>>>>> Visit gist.github.com, create a new gist and upload your VCL. > >>>>>> VCL is stored, by default, in /etc/varnish > >>>>>> > >>>>>> Please keep the varnish-misc list on your replies too > >>>>>> > >>>>>> On 14 November 2014 14:28, Tobias Karlsson > wrote: > >>>>>>> > >>>>>>> How can i list that? > >>>>>>> > >>>>>>> MVH > >>>>>>> Tobias > >>>>>>> > >>>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn > >>>>>>> : > >>>>>>>> > >>>>>>>> Can you gist the VCL you're loading? > >>>>>>>> > >>>>>>>> On 14 November 2014 14:23, Tobias Karlsson > >>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>> Hi > >>>>>>>>> > >>>>>>>>> I receive this error when i restart Varnish: > >>>>>>>>> > >>>>>>>>> * Stopping HTTP accelerator varnishd [fail] > >>>>>>>>> > >>>>>>>>> * Starting HTTP accelerator varnishd [fail] > >>>>>>>>> Message from VCC-compiler: > >>>>>>>>> Expected an action, 'if', '{' or '}' > >>>>>>>>> ('Builtin' Line 42 Pos 1) > >>>>>>>>> vcl 4.0; > >>>>>>>>> > >>>>>>>>> ----- > >>>>>>>>> > >>>>>>>>> Running VCC-compiler failed, exited with 2 > >>>>>>>>> > >>>>>>>>> VCL compilation failed > >>>>>>>>> > >>>>>>>>> What can be the problem? > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> MVH > >>>>>>>>> Tobias > >>>>>>>>> > >>>>>>>>> _______________________________________________ > >>>>>>>>> varnish-misc mailing list > >>>>>>>>> varnish-misc at varnish-cache.org > >>>>>>>>> > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Kind regards, > >>>>>>>> > >>>>>>>> Andrew Langhorn > >>>>>>>> Web Operations > >>>>>>>> Government Digital Service > >>>>>>>> > >>>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk > >>>>>>>> t: +44 (0)7810 737375 > >>>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > >>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Kind regards, > >>>>>> > >>>>>> Andrew Langhorn > >>>>>> Web Operations > >>>>>> Government Digital Service > >>>>>> > >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk > >>>>>> t: +44 (0)7810 737375 > >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Kind regards, > >>>>> > >>>>> Andrew Langhorn > >>>>> Web Operations > >>>>> Government Digital Service > >>>>> > >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk > >>>>> t: +44 (0)7810 737375 > >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > >>>>> > >>>>> _______________________________________________ > >>>>> varnish-misc mailing list > >>>>> varnish-misc at varnish-cache.org > >>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > >>>> > >>>> > >>> > >>> > >>> > >>> -- > >>> Kind regards, > >>> > >>> Andrew Langhorn > >>> Web Operations > >>> Government Digital Service > >>> > >>> e: andrew.langhorn at digital.cabinet-office.gov.uk > >>> t: +44 (0)7810 737375 > >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > >> > >> > >> _______________________________________________ > >> varnish-misc mailing list > >> varnish-misc at varnish-cache.org > >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > > > > _______________________________________________ > > varnish-misc mailing list > > varnish-misc at varnish-cache.org > > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > > > -- > Dag Haavi Finstad > Software Developer | Varnish Software > Mobile: +47 476 64 134 > We Make Websites Fly! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brettgfitzgerald at gmail.com Fri Nov 14 16:16:34 2014 From: brettgfitzgerald at gmail.com (Brett Fitzgerald) Date: Fri, 14 Nov 2014 16:16:34 +0000 Subject: Error References: Message-ID: As I posted above, I think that his file is complete, and that he accidentally deleted the closing } which should be on the last line of the file he posted. The error message is not referencing line 42 of his VCL file. It is referencing builting.vcl which is concatenated after default.vcl. The error occurs on line 42 of builtin.vcl because the previous sub vcl_deliver was never closed. The first non-whitespaced, non-comment code of builtin.vcl occurs on line 42. https://github.com/varnish/Varnish-Cache/blob/master/bin/varnishd/builtin.vcl On Fri Nov 14 2014 at 11:04:16 AM Jorge wrote: > Tobias, it's obvious that the file you post it's not complete, please post > again when you get the complete file with at least 42 lines. > > OTOH if this file is all you have, then you have a partial file, recover a > working one from your backups or create a new one. > > > El Fri Nov 14 2014 at 16:25:14, Tobias Karlsson () > escribi?: > > Hi >> >> I get the same information: >> >> https://gist.github.com/tokar86a/8e9e8d01c3f206a1630b >> >> MVH >> >> Tobias >> >> 2014-11-14 16:03 GMT+01:00 Andrew Langhorn < >> andrew.langhorn at digital.cabinet-office.gov.uk>: >> >>> So, okay, you have a syntax error on (or around) line 42. >>> But that Gist doesn't have a 42nd line. It ends at 37. >>> So there's most likely some lines missing. >>> >>> You ideally need to cat the file, and copy the output to a Gist, rather >>> than nano because the nano editor has a fixed height and width by default. >>> >>> On 14 November 2014 14:55, Tobias Karlsson wrote: >>> >>>> I have the copy in the mail i send you. >>>> >>>> Yes this is all the info i have in the VLC file that is located here: >>>> nano /etc/varnish/default.vcl >>>> >>>> The link i send you >>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>> is how my file look like right now. >>>> >>>> MVH >>>> Tobias >>>> >>>> 2014-11-14 15:45 GMT+01:00 Andrew Langhorn < >>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>> >>>>> You really need to keep varnish-misc copied in to these. This is not >>>>> because I'm being pedantic, but because mailing lists are based around the >>>>> idea of community; by keeping them copied in, others who might be >>>>> interested in this post can learn and contribute, too. If you don't keep it >>>>> copied in, then you're not playing ball. >>>>> >>>>> That doesn't look to be the full VCL; it looks like you've just >>>>> copied/pasted from a Vim session. Cat the file, copy the output to a Gist. >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: Tobias Karlsson >>>>> Date: 14 November 2014 14:36 >>>>> Subject: Re: Error >>>>> To: Andrew Langhorn >>>>> >>>>> >>>>> Hi >>>>> >>>>> here you have it: >>>>> https://gist.github.com/tokar86a/1f499edd616b2eff43f1#file-gistfile1-txt >>>>> >>>>> Can you see whats wrong? >>>>> >>>>> MVH >>>>> Tobias >>>>> >>>>> 2014-11-14 15:32 GMT+01:00 Andrew Langhorn < >>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>> >>>>>> Visit gist.github.com, create a new gist and upload your VCL. >>>>>> VCL is stored, by default, in /etc/varnish >>>>>> >>>>>> Please keep the varnish-misc list on your replies too >>>>>> >>>>>> On 14 November 2014 14:28, Tobias Karlsson wrote: >>>>>> >>>>>>> How can i list that? >>>>>>> >>>>>>> MVH >>>>>>> Tobias >>>>>>> >>>>>>> 2014-11-14 15:27 GMT+01:00 Andrew Langhorn < >>>>>>> andrew.langhorn at digital.cabinet-office.gov.uk>: >>>>>>> >>>>>>>> Can you gist the VCL you're loading? >>>>>>>> >>>>>>>> On 14 November 2014 14:23, Tobias Karlsson >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi >>>>>>>>> >>>>>>>>> I receive this error when i restart Varnish: >>>>>>>>> >>>>>>>>> * Stopping HTTP accelerator varnishd [fail] >>>>>>>>> >>>>>>>>> * Starting HTTP accelerator varnishd [fail] >>>>>>>>> Message from VCC-compiler: >>>>>>>>> Expected an action, 'if', '{' or '}' >>>>>>>>> ('Builtin' Line 42 Pos 1) >>>>>>>>> vcl 4.0; >>>>>>>>> >>>>>>>>> ----- >>>>>>>>> >>>>>>>>> Running VCC-compiler failed, exited with 2 >>>>>>>>> >>>>>>>>> VCL compilation failed >>>>>>>>> >>>>>>>>> What can be the problem? >>>>>>>>> >>>>>>>>> >>>>>>>>> MVH >>>>>>>>> Tobias >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> varnish-misc mailing list >>>>>>>>> varnish-misc at varnish-cache.org >>>>>>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Kind regards, >>>>>>>> >>>>>>>> Andrew Langhorn >>>>>>>> Web Operations >>>>>>>> Government Digital Service >>>>>>>> >>>>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>>>> t: +44 (0)7810 737375 >>>>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Kind regards, >>>>>> >>>>>> Andrew Langhorn >>>>>> Web Operations >>>>>> Government Digital Service >>>>>> >>>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>>> t: +44 (0)7810 737375 >>>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Kind regards, >>>>> >>>>> Andrew Langhorn >>>>> Web Operations >>>>> Government Digital Service >>>>> >>>>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>>>> t: +44 (0)7810 737375 >>>>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>>>> >>>>> _______________________________________________ >>>>> varnish-misc mailing list >>>>> varnish-misc at varnish-cache.org >>>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>>> >>>> >>>> >>> >>> >>> -- >>> Kind regards, >>> >>> Andrew Langhorn >>> Web Operations >>> Government Digital Service >>> >>> e: andrew.langhorn at digital.cabinet-office.gov.uk >>> t: +44 (0)7810 737375 >>> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >>> >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 14 17:50:58 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 18:50:58 +0100 Subject: Varnish and Wordpress + Firewall Message-ID: Hi when it comes to varnish 4.0.2 and Wordpress. What type of settings should you recommend so they work good together? And can i config some sort of firewall protection whit Varnish? -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 19:06:50 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 19:06:50 +0000 Subject: Varnish and Wordpress + Firewall In-Reply-To: References: Message-ID: Did you check the Varnish website? There's starter VCL available at https://www.varnish-cache.org/trac/wiki/VCLExampleTemplateWordpressNopurge (That might be v3, have a look for v4 or adapt from v3 for v4). You should also read the Varnish docs. They're pretty in depth. A On Friday, 14 November 2014, Tobias Karlsson wrote: > Hi > > when it comes to varnish 4.0.2 and Wordpress. What type of settings > should you recommend so they work good together? > > And can i config some sort of firewall protection whit Varnish? > > > -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 14 19:09:07 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 14 Nov 2014 20:09:07 +0100 Subject: Varnish and Wordpress + Firewall In-Reply-To: References: Message-ID: Yes but i dont know i understand all this document. But i run W3TC that purge my server. MVH Tobias 2014-11-14 20:06 GMT+01:00 Andrew Langhorn < andrew.langhorn at digital.cabinet-office.gov.uk>: > Did you check the Varnish website? There's starter VCL available at > https://www.varnish-cache.org/trac/wiki/VCLExampleTemplateWordpressNopurge (That > might be v3, have a look for v4 or adapt from v3 for v4). > > You should also read the Varnish docs. They're pretty in depth. > > A > > On Friday, 14 November 2014, Tobias Karlsson wrote: > >> Hi >> >> when it comes to varnish 4.0.2 and Wordpress. What type of settings >> should you recommend so they work good together? >> >> And can i config some sort of firewall protection whit Varnish? >> >> >> > > -- > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 14 21:34:42 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 14 Nov 2014 21:34:42 +0000 Subject: Varnish and Wordpress + Firewall In-Reply-To: References: Message-ID: Okay. So you have a caching plug-in for WordPress. I'm not sure how W3 Total Cache works. To start with, it may be simpler to disable it, and focus solely on using Varnish. On 14 November 2014 19:09, Tobias Karlsson wrote: > Yes but i dont know i understand all this document. But i run W3TC that > purge my server. > > MVH > Tobias > > 2014-11-14 20:06 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> Did you check the Varnish website? There's starter VCL available at >> https://www.varnish-cache.org/trac/wiki/VCLExampleTemplateWordpressNopurge (That >> might be v3, have a look for v4 or adapt from v3 for v4). >> >> You should also read the Varnish docs. They're pretty in depth. >> >> A >> >> On Friday, 14 November 2014, Tobias Karlsson wrote: >> >>> Hi >>> >>> when it comes to varnish 4.0.2 and Wordpress. What type of settings >>> should you recommend so they work good together? >>> >>> And can i config some sort of firewall protection whit Varnish? >>> >>> >>> >> >> -- >> >> > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From javier at casares.org Fri Nov 14 22:13:08 2014 From: javier at casares.org (Javier Casares) Date: Fri, 14 Nov 2014 23:13:08 +0100 Subject: Varnish and Wordpress + Firewall In-Reply-To: References: Message-ID: You can try that https://wordpress.org/plugins/wordpress-varnish-as-a-service/ On Fri, Nov 14, 2014 at 10:34 PM, Andrew Langhorn wrote: > Okay. So you have a caching plug-in for WordPress. I'm not sure how W3 Total > Cache works. > To start with, it may be simpler to disable it, and focus solely on using > Varnish. > > On 14 November 2014 19:09, Tobias Karlsson wrote: >> >> Yes but i dont know i understand all this document. But i run W3TC that >> purge my server. >> >> MVH >> Tobias >> >> 2014-11-14 20:06 GMT+01:00 Andrew Langhorn >> : >>> >>> Did you check the Varnish website? There's starter VCL available at >>> https://www.varnish-cache.org/trac/wiki/VCLExampleTemplateWordpressNopurge >>> (That might be v3, have a look for v4 or adapt from v3 for v4). >>> >>> You should also read the Varnish docs. They're pretty in depth. >>> >>> A >>> >>> On Friday, 14 November 2014, Tobias Karlsson wrote: >>>> >>>> Hi >>>> >>>> when it comes to varnish 4.0.2 and Wordpress. What type of settings >>>> should you recommend so they work good together? >>>> >>>> And can i config some sort of firewall protection whit Varnish? >>>> >>>> >>> >>> >>> -- >>> >> > > > > -- > Kind regards, > > Andrew Langhorn > Web Operations > Government Digital Service > > e: andrew.langhorn at digital.cabinet-office.gov.uk > t: +44 (0)7810 737375 > a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc From hugues at betabrand.com Sat Nov 15 02:04:52 2014 From: hugues at betabrand.com (Hugues Alary) Date: Fri, 14 Nov 2014 18:04:52 -0800 Subject: Strange bug since upgrading to varnish 4 In-Reply-To: References: <20141113143110.GA1645@immer.varnish-software.com> Message-ID: Hi Lasse, I finally had some time to do some more debugging. I tried many different setting, and I still run into the same bug. In order for you to reproduce it as easily and as fast as possible please find the following gist https://gist.github.com/huguesalary/fc59034d3a49745755f4 which contain: - information about the machine running varnish - the configuration snippet - a command line triggering the bug 100% of the time on my debian servers and my docker containers (that are hosted on a debian server too) - a syslog output - a dmesg output - the *full* output from varnishlog. I successfully reproduced the bug with the default varnish setting, but also with really high values for these settings: pcre_match_limit=1000000 pcre_match_limit_recursion=1000000 workspace_client=50M If you'd like I can file a bug report in the tracker. Thank you for your help. -Hugues On Thu, Nov 13, 2014 at 9:03 AM, Hugues Alary wrote: > Hi Lasse, > > Thanks for you answer. I hadn't thought of looking in syslog, here's what > I found: > > Nov 13 04:12:55 varnishd[24316]: Child (26394) died signal=11 > Nov 13 04:12:55 varnishd[24316]: Child cleanup complete > Nov 13 04:12:55 varnishd[24316]: child (26614) Started > Nov 13 04:12:55 varnishd[24316]: Child (26614) said Child starts > Nov 13 04:12:59 kernel: varnishd[26830]: segfault at 6543feb43f00 ip > 0000654412dd27ed sp 00006543feb43ec0 error 6 in > libpcre.so.3.13.1[654412dbf000+3c000] > Nov 13 04:12:59 kernel: grsec: From 58.7.84.48: Segmentation fault > occurred at 00006543feb43f00 in /usr/sbin/varnishd[varnishd:26830] > uid/euid:65534/65534 gid/egid:65534/65534, parent > /usr/sbin/varnishd[varnishd:24316] uid/euid: > 0/0 gid/egid:0/0 > > libpcre? Sounds promising. > > I'll try to increment the prce_match_limit and report back. > > Side note: on my mac, I can reproduce the bug, but not consistently. I > noticed in my logs these lines: > > 11/13/14 8:58:13.507 AM varnishd[12948]: Child (12958) said HASHMAGIC: > <47bf313ea1f6e04499e1751a3b9ca878bb51faaaf5e2128eeed6ef5b465a8e6c> -> > <000000000000000000000000000000000000000000000000000000HASHMAGIC: > <003c006a00b100dc02a0> > 11/13/14 8:58:13.507 AM varnishd[12948]: Child (12958) said > 68ab0cfdc1acf821774561a994e85995e9527eae9720da768d1066> -> > <0000000000000000000000000000000000000000000000000000000000000040> > 11/13/14 8:58:13.508 AM varnishd[12948]: Child (12958) said HASHMAGIC: > -> > <0000000000000000000000000000000000000000000000000000000000000080> > 11/13/14 8:58:13.515 AM varnishd[12948]: Child (12958) said HASHMAGIC: > <1908209a8bdd9ae3690cd3c7937000311dd0df8546d152bf5c683ef17be0f086> -> > <0100000000000000000000000000000000000000000000000000000000000000> > 11/13/14 8:58:13.516 AM varnishd[12948]: Child (12958) said HASHMAGIC: > <92bf1ef1dc244bdf6e8b09b06576c4de2888f9c1aebba2270911e4c20a0ce569> -> > <0200000000000000000000000000000000000000000000000000000000000000> > 11/13/14 8:58:13.558 AM varnishd[12948]: Child (12958) said HASHMAGIC: > <43d7cc8e4b069561e6336eebca63b9766667f952648003d0ca35211d9ec07e55> -> > <8000000000000000000000000000000000000000000000000000000000000000> > 11/13/14 8:58:13.563 AM varnishd[12948]: Child (12958) said HASHMAGIC: > <33bcb999060165791f7b08a0d9cc25bca64e737ed4faea19ecbe1fdb955a0d4d> -> > <4000000000000000000000000000000000000000000000000000000000000000> > > Is this varnish somehow degrading gracefully when the bug occurs? (which > would explain why I can reproduce is 100% of the time) > > > > On Thu, Nov 13, 2014 at 6:31 AM, Lasse Karstensen < > lkarsten at varnish-software.com> wrote: > >> On Thu, Nov 13, 2014 at 01:37:48AM -0800, Hugues Alary wrote: >> > I just upgraded to from 3 (.0.5/6) to 4.0.2 on my debian system. >> > I converted my old varnish 3 code to 4.0.2. The varnish 3 code has been >> > working flawlessly for more than 2 years. >> > Now, in my varnish 4 VCL, everything works fine except for a very >> specific >> > piece of code that seem to crash(?) varnish. I say crash with a question >> > mark as I haven't been able to actually confirm it crashes. >> > The symptom of the bug is the following: when I connect with a mobile >> > browser, the connection seems like it's being reset, and the browser >> shows: >> [..] >> > In varnishadm panic.show tells me that no panic happened recently. >> > My guess is that my condition is so long that Varnish can't handle it, >> >> Hi. >> >> I pieced together your VCL as best I could (your email client/the list >> software line wrapped some regexes), but I'm not able to reproduce your >> problem with 4.0.2 on debian. >> >> A bit of a long shot, but are there any mentions of Varnish 4 segfaults >> in dmesg? >> >> My guess would be that you either are running out of workspace_client or >> or are hitting pcre_match_limit. I suggest you increase them and see if >> the problem persists. >> >> >> -- >> Lasse Karstensen >> Varnish Software AS >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From t_pascal at zennet.com Mon Nov 17 01:04:36 2014 From: t_pascal at zennet.com (T. Pascal) Date: Sun, 16 Nov 2014 17:04:36 -0800 Subject: Possible bug in std vmod, using backtrack and tolower, 4.0.2 Message-ID: I am trying to lowercase the query parameters and encounter a very strange non-lowercasing bug in std. Consider: sub vcl_rec { set req.url = regsub(req.url,"([?].*)",std.tolower("\1")); } `curl 'http://localhost:8080/get?TEST=none'` ... `varnishlog -d` ... - ReqMethod GET - ReqURL /get?TEST=none - ReqProtocol HTTP/1.1 .... - ReqHeader Host: localhost:8080 - VCL_call RECV - ReqURL /get?TEST=none ... Not the expected lower case (should be /get?test=none) Please note that the following works correctly: sub vcl_rec { set req.url = regsub(req.url,"([?].*)",std.tolower("?TEST=none")); } -------------- next part -------------- An HTML attachment was scrubbed... URL: From apj at mutt.dk Mon Nov 17 07:53:53 2014 From: apj at mutt.dk (Andreas Plesner Jacobsen) Date: Mon, 17 Nov 2014 08:53:53 +0100 Subject: Possible bug in std vmod, using backtrack and tolower, 4.0.2 In-Reply-To: References: Message-ID: <20141117075353.GT19870@nerd.dk> On Sun, Nov 16, 2014 at 05:04:36PM -0800, T. Pascal wrote: > > sub vcl_rec { > set req.url = regsub(req.url,"([?].*)",std.tolower("\1")); > } You're lowercasing the string "\1", not the contents of the capturing group. -- Andreas From laszlo.danielisz at yahoo.com Mon Nov 17 12:53:59 2014 From: laszlo.danielisz at yahoo.com (Laszlo Danielisz) Date: Mon, 17 Nov 2014 12:53:59 +0000 (UTC) Subject: memory usage Message-ID: <704762341.1441628.1416228839096.JavaMail.yahoo@jws10627.mail.bf1.yahoo.com> Hi, I'm wondering what is the best way to display memory / cache usage of varnish? Thx!Laszlo -------------- next part -------------- An HTML attachment was scrubbed... URL: From t_pascal at zennet.com Mon Nov 17 15:43:34 2014 From: t_pascal at zennet.com (T. Pascal) Date: Mon, 17 Nov 2014 07:43:34 -0800 Subject: Possible bug in std vmod, using backtrack and tolower, 4.0.2 In-Reply-To: <20141117075353.GT19870@nerd.dk> References: <20141117075353.GT19870@nerd.dk> Message-ID: I'll have to assign the contents of the replacement group to a variable and then lower that variable and then substitute it back in? That's three or four vcl lines to accomplish something that seems like a workaround to a bug. :) -T On Nov 16, 2014 11:56 PM, "Andreas Plesner Jacobsen" wrote: > On Sun, Nov 16, 2014 at 05:04:36PM -0800, T. Pascal wrote: > > > > sub vcl_rec { > > set req.url = regsub(req.url,"([?].*)",std.tolower("\1")); > > } > > You're lowercasing the string "\1", not the contents of the capturing > group. > > -- > Andreas > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -------------- next part -------------- An HTML attachment was scrubbed... URL: From apj at mutt.dk Mon Nov 17 16:06:09 2014 From: apj at mutt.dk (Andreas Plesner Jacobsen) Date: Mon, 17 Nov 2014 17:06:09 +0100 Subject: Possible bug in std vmod, using backtrack and tolower, 4.0.2 In-Reply-To: References: <20141117075353.GT19870@nerd.dk> Message-ID: <20141117160609.GV19870@nerd.dk> On Mon, Nov 17, 2014 at 07:43:34AM -0800, T. Pascal wrote: > That's three or four vcl lines to accomplish something that seems like a > workaround to a bug. :) It's definitel definitely not a bug. Semantically and effectively you're lowercasing the string "\1". You could lowercase req.url before the regex to accomplish this in one line. -- Andreas From perbu at varnish-software.com Mon Nov 17 19:32:25 2014 From: perbu at varnish-software.com (Per Buer) Date: Mon, 17 Nov 2014 20:32:25 +0100 Subject: Possible bug in std vmod, using backtrack and tolower, 4.0.2 In-Reply-To: References: <20141117075353.GT19870@nerd.dk> Message-ID: Hi, On Mon, Nov 17, 2014 at 4:43 PM, T. Pascal wrote: > I'll have to assign the contents of the replacement group to a variable > and then lower that variable and then substitute it back in? > > That's three or four vcl lines to accomplish something that seems like a > workaround to a bug. :) > \1 won't work (how you expect) in string context, only in a regular expression. Perl won't let you do this with \1 either. However, in Perl you have $1 which I think will do what you want to. So I can understand the confusion. Per. -- *Per Buer* CTO | Varnish Software AS Cell: +47 95839117 We Make Websites Fly! www.varnish-software.com [image: Register now] -------------- next part -------------- An HTML attachment was scrubbed... URL: From lkarsten at varnish-software.com Tue Nov 18 10:43:41 2014 From: lkarsten at varnish-software.com (Lasse Karstensen) Date: Tue, 18 Nov 2014 11:43:41 +0100 Subject: Strange bug since upgrading to varnish 4 In-Reply-To: References: <20141113143110.GA1645@immer.varnish-software.com> Message-ID: <20141118104340.GB8776@immer.varnish-software.com> On Fri, Nov 14, 2014 at 06:04:52PM -0800, Hugues Alary wrote: [cut] > If you'd like I can file a bug report in the tracker. Please do. -- Lasse Karstensen Varnish Software AS From jnerin at gmail.com Tue Nov 18 15:29:44 2014 From: jnerin at gmail.com (Jorge) Date: Tue, 18 Nov 2014 15:29:44 +0000 Subject: I want a magic bit to edit the wiki Message-ID: :) Hello, I would like to put a link in the https://www.varnish-cache.org/trac/wiki/VCLExamples page to https://github.com/mattiasgeniar/varnish-4.0-configuration-templates/blob/master/default.vcl as a 4.x sample of what could be a customized but mostly application agnostic version of a default vcl. Disclaimer, I took the Mattias Geniar 4.0 version and updated it to work with 4.0.2 and added more comments and features. I still have to test some things here and there, but this is a working configuration, My wiki username is jnerin. Greetings. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Tue Nov 18 18:43:07 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Tue, 18 Nov 2014 19:43:07 +0100 Subject: Varnish and Swap Message-ID: Hi I use Varnish Cache 4.0.2 and i wounder how can i tell Varnish that it can use Swap space to and not only RAM? MVH Tobias -------------- next part -------------- An HTML attachment was scrubbed... URL: From perbu at varnish-software.com Tue Nov 18 19:06:41 2014 From: perbu at varnish-software.com (Per Buer) Date: Tue, 18 Nov 2014 20:06:41 +0100 Subject: Varnish and Swap In-Reply-To: References: Message-ID: On Tue, Nov 18, 2014 at 7:43 PM, Tobias Karlsson wrote: > Hi > > I use Varnish Cache 4.0.2 and i wounder how can i tell Varnish that it > can use Swap space to and not only RAM? > Don't tell Varnish. Tell it to the kernel. Assuming you're running Linux; increase "swappiness" to 100 and it will use more swap. Swap performance on Linux is horrible so I wouldn't recommend doing it. -- *Per Buer* CTO | Varnish Software AS Cell: +47 95839117 We Make Websites Fly! www.varnish-software.com [image: Register now] -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Tue Nov 18 19:08:26 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Tue, 18 Nov 2014 20:08:26 +0100 Subject: Varnish and Swap In-Reply-To: References: Message-ID: So that is the only thing i need to do? MVH Tobias 2014-11-18 20:06 GMT+01:00 Per Buer : > > On Tue, Nov 18, 2014 at 7:43 PM, Tobias Karlsson > wrote: > >> Hi >> >> I use Varnish Cache 4.0.2 and i wounder how can i tell Varnish that it >> can use Swap space to and not only RAM? >> > > Don't tell Varnish. Tell it to the kernel. Assuming you're running Linux; > increase "swappiness" to 100 and it will use more swap. Swap performance on > Linux is horrible so I wouldn't recommend doing it. > > > -- > *Per Buer* > CTO | Varnish Software AS > Cell: +47 95839117 > We Make Websites Fly! > www.varnish-software.com > [image: Register now] > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hugues at betabrand.com Tue Nov 18 19:44:32 2014 From: hugues at betabrand.com (Hugues Alary) Date: Tue, 18 Nov 2014 11:44:32 -0800 Subject: Strange bug since upgrading to varnish 4 In-Reply-To: <20141118104340.GB8776@immer.varnish-software.com> References: <20141113143110.GA1645@immer.varnish-software.com> <20141118104340.GB8776@immer.varnish-software.com> Message-ID: Done: https://www.varnish-cache.org/trac/ticket/1630 Thanks, -Hugues On Tue, Nov 18, 2014 at 2:43 AM, Lasse Karstensen < lkarsten at varnish-software.com> wrote: > On Fri, Nov 14, 2014 at 06:04:52PM -0800, Hugues Alary wrote: > [cut] > > If you'd like I can file a bug report in the tracker. > > Please do. > > -- > Lasse Karstensen > Varnish Software AS > -------------- next part -------------- An HTML attachment was scrubbed... URL: From perbu at varnish-software.com Tue Nov 18 21:40:59 2014 From: perbu at varnish-software.com (Per Buer) Date: Tue, 18 Nov 2014 22:40:59 +0100 Subject: Varnish and Swap In-Reply-To: References: Message-ID: Unless you want to explain why on earth you want do this (which I think will hurt your performance), no. On Tue, Nov 18, 2014 at 8:08 PM, Tobias Karlsson wrote: > So that is the only thing i need to do? > > MVH > Tobias > > 2014-11-18 20:06 GMT+01:00 Per Buer : > >> >> On Tue, Nov 18, 2014 at 7:43 PM, Tobias Karlsson >> wrote: >> >>> Hi >>> >>> I use Varnish Cache 4.0.2 and i wounder how can i tell Varnish that it >>> can use Swap space to and not only RAM? >>> >> >> Don't tell Varnish. Tell it to the kernel. Assuming you're running Linux; >> increase "swappiness" to 100 and it will use more swap. Swap performance on >> Linux is horrible so I wouldn't recommend doing it. >> >> >> -- >> *Per Buer* >> CTO | Varnish Software AS >> Cell: +47 95839117 >> We Make Websites Fly! >> www.varnish-software.com >> [image: Register now] >> >> > > -- *Per Buer* CTO | Varnish Software AS Cell: +47 95839117 We Make Websites Fly! www.varnish-software.com [image: Register now] -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy at eventbase.com Thu Nov 20 05:56:38 2014 From: andy at eventbase.com (Andy Fase) Date: Wed, 19 Nov 2014 21:56:38 -0800 Subject: Using Varnish and the redis vmod without a backend Message-ID: Hi There, I'm hoping to get round a backed API bottleneck by using the redis vmod to allow me to process some API calls very quickly with just the use of Varnish and Redis via the redis vmod (there quite simple API calls). The request would come in, Varnish looks some stuff up in redis - or sends some stuff to redis and then reply with a JSON response. Its a heavily hit API so I would rather not involve the backend webservices at all as they basically cannot handle the load. All good (I believe?) - however I was intending to do the REDIS work in vcl_deliver and then synthesize a JSON response - but there appears to be no way of getting from vcl_recv into vcl_deliver directly - so the only "hack" I can think or is going via vcl_error via a "error" command with some made up error code I then have to look for in vcl_error. Is there any other / better way of doing this? Thanks in advance Andy -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.lecomte at virtual-expo.com Thu Nov 20 06:35:17 2014 From: thomas.lecomte at virtual-expo.com (Thomas Lecomte) Date: Thu, 20 Nov 2014 07:35:17 +0100 Subject: Using Varnish and the redis vmod without a backend In-Reply-To: References: Message-ID: <20141120063517.GA29926@wks140.directindustry.com> On Wed, Nov 19, 2014 at 09:56:38PM -0800, Andy Fase wrote: > Is there any other / better way of doing this? Hello Any, Indeed, you can't go directly from vcl_recv to vcl_deliver. Using vcl_error will work, however vcl_error sets a Connection: close header which will degrade performances a lot if a single client makes multiple calls to the API. I think a workaround could be to use a fake cached object using a static hash, and then rewriting the response in vcl_deliver with the actual JSON. Never done that though - just an idea. Regards, -- Thomas Lecomte / Administrateur Syst?me & R?seau +33 4 86 13 48 65 / Virtual Expo / Marseille From tobias.eichelbroenner at lamp-solutions.de Thu Nov 20 07:53:29 2014 From: tobias.eichelbroenner at lamp-solutions.de (=?windows-1252?Q?Tobias_Eichelbr=F6nner?=) Date: Thu, 20 Nov 2014 08:53:29 +0100 Subject: Using Varnish and the redis vmod without a backend In-Reply-To: <20141120063517.GA29926@wks140.directindustry.com> References: <20141120063517.GA29926@wks140.directindustry.com> Message-ID: <546D9DF9.2050607@lamp-solutions.de> Hi There, > Indeed, you can't go directly from vcl_recv to vcl_deliver. > Using vcl_error will work, however vcl_error sets a Connection: close > header which will degrade performances a lot if a single client makes > multiple calls to the API. we are using the exact same setup for an API (redis backend responses delivered by vcl_error) sending out about 15000 responses per second over a single virtual machine. Indeed single clints with a high RTT have a limited performance, but for us this does not matter. Sincerely, Tobias -- LAMP solutions GmbH Gostenhofer Hauptstrasse 35 90443 Nuernberg Amtsgericht Nuernberg: HRB 22366 Geschaeftsfuehrer: Heiko Schubert Es gelten unsere allgemeinen Geschaeftsbedingungen. http://www.lamp-solutions.de/agbs/ Telefon : 0911 / 376 516 0 Fax : 0911 / 376 516 11 E-Mail : support at lamp-solutions.de Web : www.lamp-solutions.de Facebook : http://www.facebook.com/LAMPsolutions Twitter : http://twitter.com/#!/lampsolutions From marco at nucleus.it Thu Nov 20 16:41:03 2014 From: marco at nucleus.it (marco at nucleus.it) Date: Thu, 20 Nov 2014 17:41:03 +0100 Subject: vcl_fetch not respect previous pass decision Message-ID: <20141120174103.38fe4cd3@lobo.lobo.dom> Hi to all , i'm using varnish-3.0.5 and i have a strange behaviour. The problem is that pass decided in vcl_recv trigger a deliver and not an hit_for_pass or pass by default if i set beresp.ttl in the vcl_fetch. Doing deliver, the object is cached and i don't want to cache it , wasting memory or disk space used for storage backend. According to https://www.varnish-software.com/static/book/VCL_Basics.html "If you chose to pass the request in an earlier VCL function (e.g.: vcl_recv), you will still execute the logic of vcl_fetch, but the object will not enter the cache even if you supply a cache time." So as i understand a previous pass decision , like in a vcl_recv , must trigger a pass also in vcl_fetch even if i set a ttl in beresp.ttl . example with the config in the bottom and not working as documented: wget -nd -S http://www.mysite.com/robots.txt 10 RxRequest c GET 10 RxURL c /robots.txt 10 RxProtocol c HTTP/1.1 10 RxHeader c User-Agent: Wget/1.16 (linux-gnu) 10 RxHeader c Accept: */* 10 RxHeader c Host: www.mysite.com 10 RxHeader c Connection: Keep-Alive 10 VCL_call c recv pass 10 VCL_call c hash 10 Hash c /robots.txt 10 Hash c www.mysite.com 10 VCL_return c hash 10 VCL_call c pass pass 10 Backend c 13 mysite mysite 10 TTL c 1449425053 RFC 1209600 -1 -1 1416500172 0 1416500848 1417710448 1209600 10 VCL_call c fetch 10 TTL c 1449425053 VCL 604800 -1 -1 1416500172 -0 10 TTL c 1449425053 VCL 604800 86400 -1 1416500172 -0 10 VCL_return c deliver commenting in vcl_fetch section "set beresp.ttl = 1w" vcl_fetch respects the pass decision decided in vcl_recv but the problem is that i want set beresp.ttl to me needs and that what reported in the link maybe is not correct. 4 RxRequest c GET 4 RxURL c /robots.txt 4 RxProtocol c HTTP/1.1 4 RxHeader c User-Agent: Wget/1.16 (linux-gnu) 4 RxHeader c Accept: */* 4 RxHeader c Host: www.mysite.com 4 RxHeader c Connection: Keep-Alive 4 VCL_call c recv pass 4 VCL_call c hash 4 Hash c /robots.txt 4 Hash c www.mysite.com 4 VCL_return c hash 4 VCL_call c pass pass 4 Backend c 13 mysite mysite 4 TTL c 380775699 RFC 1209600 -1 -1 1416500647 0 1416501323 1417710923 1209600 4 VCL_call c fetch 4 TTL c 380775699 VCL -1 86400 -1 1416500647 -0 4 TTL c 380775699 VCL 120 86400 -1 1416500647 -0 4 VCL_return c hit_for_pass Any suggestion ? ########### sub vcl_recv { if (req.http.host ~ "^(?i)(www\.mysite\.com|mysite\.com)$") { set req.backend = mysite; if (req.url == "/robots.txt" ) { return (pass); } return(lookup); } else { #Di default i siti non gestiti dal Varnish error 404 "Not Found"; } if (req.request != "GET" && req.request != "HEAD" && req.request != "PUT" && req.request != "POST" && req.request != "TRACE" && req.request != "OPTIONS" && req.request != "DELETE") { /* Non-RFC2616 or CONNECT which is weird. */ return (pipe); } if (req.request != "GET" && req.request != "HEAD") { /* We only deal with GET and HEAD by default */ return (pass); } if (req.http.Authorization || req.http.Cookie) { /* Not cacheable by default */ return (pass); } return (lookup); } sub vcl_fetch { set beresp.storage = "othersram"; if (beresp.backend.name ~ "mysite") { set beresp.storage = "mysitedisk"; remove beresp.http.Cache-Control; remove beresp.http.Pragma; remove beresp.http.Expires; set beresp.ttl = 1w; set beresp.storage = "mysitedisk"; set beresp.grace = 1d; } } From checker at d6.com Fri Nov 21 01:28:03 2014 From: checker at d6.com (Chris Hecker) Date: Thu, 20 Nov 2014 17:28:03 -0800 Subject: wp-varnish perf issue on marking pending comments as spam Message-ID: <546E9523.7010905@d6.com> Not sure if this is an appropriate place for this... I was having huge performance issues marking batches of pending comments as spam, tons of httpds spawned, giant mysql spikes, etc. I narrowed it down to the wp-varnish plugin, which is apparently purging the cache on every spam comment, even though they were pending and not displayed on the page. Disabling the plugin and then marking a batch as spam would be tens of times faster (<1 second for 75 comments versus 20+ seconds). I'm not going to have time to take a look at this for a while, and I'm just going to do the disable dance in the meantime, but if somebody else gets to it that'd be awesome. I assume it can just check if the comment was pending and then not purge and the problem would go away. Chris From tokar93 at gmail.com Fri Nov 21 16:19:06 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 21 Nov 2014 17:19:06 +0100 Subject: Varnish and Cloudflare Message-ID: Hi When i have Cloudflare activated all visitors that is forwarding to my server behind the varnish get the Varnish server ip instead of the own. What should i do to fix that? When i turn off Cloudflare i dont have this problem. This is my VLC file: https://gist.github.com/tokar86a/7936afeb12b58ea77692 MVH Tobias -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Fri Nov 21 16:27:03 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Fri, 21 Nov 2014 16:27:03 +0000 Subject: Varnish and Cloudflare In-Reply-To: References: Message-ID: What are you using as your origin? Let's say you're using Nginx. You'd: - install the RealIpModule in Nginx - set a custom header in VCL to be the output of the RealIpModule On 21 November 2014 16:19, Tobias Karlsson wrote: > Hi > > When i have Cloudflare activated all visitors that is forwarding to my > server behind the varnish get the Varnish server ip instead of the own. > What should i do to fix that? When i turn off Cloudflare i dont have this > problem. > > This is my VLC file: https://gist.github.com/tokar86a/7936afeb12b58ea77692 > > MVH > Tobias > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -- Kind regards, Andrew Langhorn Web Operations Government Digital Service e: andrew.langhorn at digital.cabinet-office.gov.uk t: +44 (0)7810 737375 a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 21 16:42:20 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 21 Nov 2014 17:42:20 +0100 Subject: Varnish and Cloudflare In-Reply-To: References: Message-ID: Hi I get varnish ip. What can i do about that? MVH Tobias 2014-11-21 17:27 GMT+01:00 Gianni Carabelli : > > > 2014-11-21 17:19 GMT+01:00 Tobias Karlsson : > >> Hi >> >> When i have Cloudflare activated all visitors that is forwarding to my >> server behind the varnish get the Varnish server ip instead of the own. >> What should i do to fix that? When i turn off Cloudflare i dont have this >> problem. >> >> This is my VLC file: >> https://gist.github.com/tokar86a/7936afeb12b58ea77692 >> >> MVH >> Tobias >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> > > > You have the varnish ip or cloudflare ip? > > > Using cloudflare + varnish + apache +rpaf, I had similar problem. > On webserver I had: > > X-Forwarded-For: CLIENT_REAL_IP, CLOUDFLARE_REVERSE_PROXY_IP > > and rpaf use the second one. > > JohnnyRun > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Fri Nov 21 16:42:42 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Fri, 21 Nov 2014 17:42:42 +0100 Subject: Varnish and Cloudflare In-Reply-To: References: Message-ID: I use Apache MVH Tobias 2014-11-21 17:27 GMT+01:00 Andrew Langhorn < andrew.langhorn at digital.cabinet-office.gov.uk>: > What are you using as your origin? > > Let's say you're using Nginx. You'd: > > - install the RealIpModule in Nginx > - set a custom header in VCL to be the output of the RealIpModule > > On 21 November 2014 16:19, Tobias Karlsson wrote: > >> Hi >> >> When i have Cloudflare activated all visitors that is forwarding to my >> server behind the varnish get the Varnish server ip instead of the own. >> What should i do to fix that? When i turn off Cloudflare i dont have this >> problem. >> >> This is my VLC file: >> https://gist.github.com/tokar86a/7936afeb12b58ea77692 >> >> MVH >> Tobias >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> > > > > -- > Kind regards, > > Andrew Langhorn > Web Operations > Government Digital Service > > e: andrew.langhorn at digital.cabinet-office.gov.uk > t: +44 (0)7810 737375 > a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH > -------------- next part -------------- An HTML attachment was scrubbed... URL: From japrice at gmail.com Fri Nov 21 19:03:53 2014 From: japrice at gmail.com (Jason Price) Date: Fri, 21 Nov 2014 14:03:53 -0500 Subject: decoding a panic Message-ID: Recently, my varnish boxes have been seeing panics. I don't know why. vmod redis, mhash, and digest are in play (with the worst suspect being vmod_redis). Last panic at: Fri, 21 Nov 2014 17:16:55 GMT [92/197] Assert error in VRT_SetHdr(), cache_vrt.c line 225: Condition((sp)->magic == 0x2c2f9c5a) not true. thread = (cache-worker) ident = Linux,3.4.68-59.97.amzn1.x86_64,x86_64,-smalloc,-smalloc,-hcritbit,epoll Backtrace: 0x431095: /usr/sbin/varnishd() [0x431095] 0x43938b: /usr/sbin/varnishd(VRT_SetHdr+0xab) [0x43938b] 0x7f19ee9f2151: ./vcl.W6jYfrXC.so(+0x3151) [0x7f19ee9f2151] 0x7f19ee9f2def: ./vcl.W6jYfrXC.so(+0x3def) [0x7f19ee9f2def] 0x437f78: /usr/sbin/varnishd(VCL_recv_method+0x48) [0x437f78] 0x41957b: /usr/sbin/varnishd(CNT_Session+0xf2b) [0x41957b] 0x432d5a: /usr/sbin/varnishd() [0x432d5a] 0x7f19f8930f18: /lib64/libpthread.so.0(+0x7f18) [0x7f19f8930f18] 0x7f19f8666b9d: /lib64/libc.so.6(clone+0x6d) [0x7f19f8666b9d] sp = 0x7f1951865008 { fd = 0, id = 0, xid = 0, client = ?.?.?.? ?, step = STP_WAIT, handling = deliver, restarts = 0, esi_level = 0 flags = Any pointers on where to start looking? -------------- next part -------------- An HTML attachment was scrubbed... URL: From carlos.abalde at gmail.com Mon Nov 24 14:29:41 2014 From: carlos.abalde at gmail.com (Carlos Abalde) Date: Mon, 24 Nov 2014 15:29:41 +0100 Subject: decoding a panic In-Reply-To: References: Message-ID: <98ABFFA4-D50A-46A1-BC48-F695CAC2972A@gmail.com> > On 21 Nov 2014, at 20:03, Jason Price wrote: > > Recently, my varnish boxes have been seeing panics. I don't know why. vmod redis, mhash, and digest are in play (with the worst suspect being vmod_redis). > > Last panic at: Fri, 21 Nov 2014 17:16:55 GMT [92/197] > Assert error in VRT_SetHdr(), cache_vrt.c line 225: > Condition((sp)->magic == 0x2c2f9c5a) not true. > ... > > Any pointers on where to start looking? Hi Jason, That could be related with some VMOD corrupting memory contents, but I don?t think that panic message could be useful to find the responsible. If the panic is easy to reproduce, you could use a simple trial and error approach in order to try to identify the origin of the problem. What Redis VMOD are you using? If using https://github.com/carlosabalde/libvmod-redis , what version of the VMOD, Varnish, hiredis & Redis are you using? During the last 24 hours I?ve running a benchmark of the VMOD (Varnish 3.0.6, hiredis 0.11.0, Redis 2.8.17, ~ 2,500 HTTP reqs/sec, ~ 24,000 Redis ops/sec) while monitoring syslog, uptime, etc. and I didn?t get any Varnish crashes. If you?re using this VMOD and you think the problem could be related with it, it could be useful if you could share your VCL. Best, ? Carlos Abalde. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tokar93 at gmail.com Mon Nov 24 14:34:21 2014 From: tokar93 at gmail.com (Tobias Karlsson) Date: Mon, 24 Nov 2014 15:34:21 +0100 Subject: Varnish and Cloudflare In-Reply-To: References: Message-ID: So no one have a solution to this? MVH Tobias 2014-11-21 17:42 GMT+01:00 Tobias Karlsson : > I use Apache > > MVH > Tobias > > 2014-11-21 17:27 GMT+01:00 Andrew Langhorn < > andrew.langhorn at digital.cabinet-office.gov.uk>: > >> What are you using as your origin? >> >> Let's say you're using Nginx. You'd: >> >> - install the RealIpModule in Nginx >> - set a custom header in VCL to be the output of the RealIpModule >> >> On 21 November 2014 16:19, Tobias Karlsson wrote: >> >>> Hi >>> >>> When i have Cloudflare activated all visitors that is forwarding to my >>> server behind the varnish get the Varnish server ip instead of the own. >>> What should i do to fix that? When i turn off Cloudflare i dont have this >>> problem. >>> >>> This is my VLC file: >>> https://gist.github.com/tokar86a/7936afeb12b58ea77692 >>> >>> MVH >>> Tobias >>> >>> _______________________________________________ >>> varnish-misc mailing list >>> varnish-misc at varnish-cache.org >>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>> >> >> >> >> -- >> Kind regards, >> >> Andrew Langhorn >> Web Operations >> Government Digital Service >> >> e: andrew.langhorn at digital.cabinet-office.gov.uk >> t: +44 (0)7810 737375 >> a: 6th Floor, Aviation House, 125 Kingsway, London, WC2B 6NH >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Mon Nov 24 14:51:08 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Mon, 24 Nov 2014 14:51:08 +0000 Subject: Varnish and Cloudflare In-Reply-To: References: Message-ID: mod_remoteip is the equivalent for Apache, from memory. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bluethundr at gmail.com Tue Nov 25 01:50:53 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Mon, 24 Nov 2014 20:50:53 -0500 Subject: forward TLD to www Message-ID: Hello, I'm trying to forward the top level domain for my site 'ref.mydomain.com' to the www version 'www.ref.mydomain.com'. This is the logic I tried in my vcl_recv if (req.http.host ~ "^ref\.mydomain\.com$") { set req.http.host = "www.ref.mydomain.com"; } And after cycling the varnish service, there's no joy! Putting ref.mydomain.com doesn't forward to the other URL. So maybe there's some problem with that statement that I'm missing? I'd definitely appreciate any thoughts you might have. Thanks! Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From bluethundr at gmail.com Tue Nov 25 02:56:15 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Mon, 24 Nov 2014 21:56:15 -0500 Subject: forward TLD to www In-Reply-To: References: Message-ID: Hey Norberto, OK thanks for clarifying that. I put this statement into my sub vcl_recv hoping to redirect the web browser from ref.mydomain.com to www.ref.mydomain.com So from what you're telling me, only the backend sees this translation. On my next attempt I tried setting an error in sub vcl_recv and then passing that error to sub vcl_error. Like so: In sub vcl_recv I have this: if (req.http.host ~ "^ref\.mydomain\.com$") { error 750 "Moved Permanently"; } Then I created a sub_vcl error like so: sub vcl_error { if (obj.status == 750) { set obj.http.Location = "http://www.ref.mydomain.com"; set obj.status = 301; return(deliver); } } Still no luck. The page is not redirecting in the browser. Any other thoughts? Thanks Tim On Mon, Nov 24, 2014 at 9:09 PM, Tim Dunphy wrote: > Hey Norberto, > > > OK thanks for clarifying that. I put this statement into my sub vcl_recv > hoping to redirect the web browser from ref.mydomain.com to > www.ref.mydomain.com > > So from what you're telling me, only the backend sees this translation. > How do I achieve what I want with redirecting the browser from one URL to > another? > > Thanks > Tim > > On Mon, Nov 24, 2014 at 9:03 PM, Norberto Meijome > wrote: > >> Hey Tim, >> It seems you are replacing the http header of the request - your backend >> would see WWW.ref.mydomain . is this what you intend, or do you mean >> 'redirect the browser to www.ref.mydomain...' ? >> In what sub did you add this? >> On 24/11/2014 10:52 pm, "Tim Dunphy" wrote: >> >>> Hello, >>> >>> I'm trying to forward the top level domain for my site ' >>> ref.mydomain.com' to the www version 'www.ref.mydomain.com'. >>> >>> This is the logic I tried in my vcl_recv >>> >>> if (req.http.host ~ "^ref\.mydomain\.com$") { >>> >>> set req.http.host = "www.ref.mydomain.com"; >>> >>> } >>> And after cycling the varnish service, there's no joy! Putting >>> ref.mydomain.com doesn't forward to the other URL. >>> >>> So maybe there's some problem with that statement that I'm missing? >>> >>> I'd definitely appreciate any thoughts you might have. >>> >>> Thanks! >>> Tim >>> >>> -- >>> GPG me!! >>> >>> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B >>> >>> >>> _______________________________________________ >>> varnish-misc mailing list >>> varnish-misc at varnish-cache.org >>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>> >> > > > -- > GPG me!! > > gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B > > -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From numard at gmail.com Tue Nov 25 03:07:13 2014 From: numard at gmail.com (Norberto Meijome) Date: Tue, 25 Nov 2014 14:07:13 +1100 Subject: forward TLD to www In-Reply-To: References: Message-ID: LGTM - what does varnishlog show? On 24/11/2014 11:56 pm, "Tim Dunphy" wrote: > Hey Norberto, > > OK thanks for clarifying that. I put this statement into my sub vcl_recv > hoping to redirect the web browser from ref.mydomain.com to > www.ref.mydomain.com > > So from what you're telling me, only the backend sees this translation. > > On my next attempt I tried setting an error in sub vcl_recv and then > passing that error to sub vcl_error. Like so: > > In sub vcl_recv I have this: > > if (req.http.host ~ "^ref\.mydomain\.com$") { > error 750 "Moved Permanently"; > } > > Then I created a sub_vcl error like so: > > sub vcl_error { > if (obj.status == 750) { > set obj.http.Location = "http://www.ref.mydomain.com"; > set obj.status = 301; > return(deliver); > } > } > > Still no luck. The page is not redirecting in the browser. Any other > thoughts? > > Thanks > Tim > > > > > > > On Mon, Nov 24, 2014 at 9:09 PM, Tim Dunphy wrote: > >> Hey Norberto, >> >> >> OK thanks for clarifying that. I put this statement into my sub vcl_recv >> hoping to redirect the web browser from ref.mydomain.com to >> www.ref.mydomain.com >> >> So from what you're telling me, only the backend sees this translation. >> How do I achieve what I want with redirecting the browser from one URL to >> another? >> >> Thanks >> Tim >> >> On Mon, Nov 24, 2014 at 9:03 PM, Norberto Meijome >> wrote: >> >>> Hey Tim, >>> It seems you are replacing the http header of the request - your backend >>> would see WWW.ref.mydomain . is this what you intend, or do you mean >>> 'redirect the browser to www.ref.mydomain...' ? >>> In what sub did you add this? >>> On 24/11/2014 10:52 pm, "Tim Dunphy" wrote: >>> >>>> Hello, >>>> >>>> I'm trying to forward the top level domain for my site ' >>>> ref.mydomain.com' to the www version 'www.ref.mydomain.com'. >>>> >>>> This is the logic I tried in my vcl_recv >>>> >>>> if (req.http.host ~ "^ref\.mydomain\.com$") { >>>> >>>> set req.http.host = "www.ref.mydomain.com"; >>>> >>>> } >>>> And after cycling the varnish service, there's no joy! Putting >>>> ref.mydomain.com doesn't forward to the other URL. >>>> >>>> So maybe there's some problem with that statement that I'm missing? >>>> >>>> I'd definitely appreciate any thoughts you might have. >>>> >>>> Thanks! >>>> Tim >>>> >>>> -- >>>> GPG me!! >>>> >>>> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B >>>> >>>> >>>> _______________________________________________ >>>> varnish-misc mailing list >>>> varnish-misc at varnish-cache.org >>>> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >>>> >>> >> >> >> -- >> GPG me!! >> >> gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B >> >> > > > -- > GPG me!! > > gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bluethundr at gmail.com Tue Nov 25 03:26:06 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Mon, 24 Nov 2014 22:26:06 -0500 Subject: forward TLD to www In-Reply-To: References: Message-ID: <7F3ACDAC-A20D-4026-933F-9C83FDA1B707@gmail.com> Ah, well the problem seems to be one I?ve been having for a little while now. I seem to be having some trouble caching the site because of the cookie headers we?re seeing from the app. However I wasn?t 100% positive that the site had to be cached in order to perform a simple redirect. But I guess that?s the case? still early in the learning curve in my defense. Here?s what I saw: 11 TxURL b / 11 TxHeader b Host: www.ref.mydomain.com 11 TxHeader b Accept-Encoding: gzip 11 TxHeader b CF-IPCountry: US 11 TxHeader b CF-RAY: 18eaa8c9918d0779-EWR 11 TxHeader b X-Forwarded-Proto: http 11 TxHeader b CF-Visitor: {"scheme":"http"} 11 TxHeader b Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 11 TxHeader b User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.65 Safari/537.36 11 TxHeader b Accept-Language: en-US,en;q=0.8 11 TxHeader b Cookie: fbm_442804139174102=base_domain=.ref.mydomain.com; __cfduid=dfa49971056a2f2a4a2f881ef2e663a431416008779; PHPSESSID=mcltfa0qa3j2ih74cghnbjmbr6; cc_loggedin=0; fbsr_442804139174102=wXv6DlnzVYdng14lQgVjpgYou13ihkNUs52kSy0XJM0.eyJhbGdvcml0aG0iOiJITUFD 11 TxHeader b CF-Connecting-IP: 10.10.10.5 11 TxHeader b True-Client-IP: 0 11 TxHeader b X-Forwarded-For: 10.10.10.5, 10.10.10.6 11 TxHeader b X-Varnish: 286678851 14 TxHeader c Server: Apache/2.2.15 (CentOS) 14 TxHeader c X-Powered-By: PHP/5.6.3 14 TxHeader c Expires: Thu, 19 Nov 1981 08:52:00 GMT 14 TxHeader c Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 14 TxHeader c Content-Type: text/html; charset=UTF-8 14 TxHeader c Content-Length: 11391 14 TxHeader c Accept-Ranges: bytes 14 TxHeader c Date: Tue, 25 Nov 2014 03:11:29 GMT 14 TxHeader c X-Varnish: 286678851 14 TxHeader c Age: 0 14 TxHeader c Via: 1.1 varnish 14 TxHeader c Connection: close 14 TxHeader c X-Cache: MISS 11 TxURL b /cometchat/cometchat_receive.php 11 TxHeader b Host: www.ref.mydomain.com 11 TxHeader b Accept-Encoding: gzip 11 TxHeader b CF-IPCountry: US 11 TxHeader b CF-RAY: 18eaa8cf561c0779-EWR 11 TxHeader b Content-Length: 92 11 TxHeader b X-Forwarded-Proto: http 11 TxHeader b CF-Visitor: {"scheme":"http"} 11 TxHeader b Accept: */* 11 TxHeader b Origin: http://www.ref.mydomain.com 11 TxHeader b X-Requested-With: XMLHttpRequest 11 TxHeader b User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.65 Safari/537.36 11 TxHeader b Content-Type: application/x-www-form-urlencoded 11 TxHeader b Referer: http://www.ref.mydomain.com/ 11 TxHeader b Accept-Language: en-US,en;q=0.8 11 TxHeader b Cookie: fbm_442804139174102=base_domain=.ref.mydomain.com; __cfduid=dfa49971056a2f2a4a2f881ef2e663a431416008779; PHPSESSID=mcltfa0qa3j2ih74cghnbjmbr6; cc_loggedin=0; fbsr_442804139174102=wXv6DlnzVYdng14lQgVjpgYou13ihkNUs52kSy0XJM0.eyJhbGdvcml0aG0iOiJITUFD 11 TxHeader b CF-Connecting-IP: 10.10.10.5 11 TxHeader b True-Client-IP: 0 11 TxHeader b X-Forwarded-For: 10.10.10.5, 10.10.10.6 11 TxHeader b X-Varnish: 286678852 14 TxHeader c Server: Apache/2.2.15 (CentOS) 14 TxHeader c X-Powered-By: PHP/5.6.3 14 TxHeader c Expires: Thu, 19 Nov 1981 08:52:00 GMT 14 TxHeader c Cache-Control: max-age=29030400 14 TxHeader c Content-Type: application/json; charset=utf-8 14 TxHeader c Content-Length: 17 14 TxHeader c Accept-Ranges: bytes 14 TxHeader c Date: Tue, 25 Nov 2014 03:11:30 GMT 14 TxHeader c X-Varnish: 286678852 14 TxHeader c Age: 0 14 TxHeader c Via: 1.1 varnish 14 TxHeader c Connection: close 14 TxHeader c X-Cache: MISS Is there anything varnish can do to cope with these cookie headers? Thanks Tim > On Nov 24, 2014, at 9:15 PM, Norberto Meijome wrote: > > Doh...sorry didn't mean to email privately... Dumb phone. > > On 24/11/2014 11:03 pm, "Norberto Meijome" > wrote: > Hey Tim, > It seems you are replacing the http header of the request - your backend would see WWW.ref.mydomain . is this what you intend, or do you mean 'redirect the browser to www.ref.mydomain...' ? > In what sub did you add this? > > On 24/11/2014 10:52 pm, "Tim Dunphy" > wrote: > Hello, > > I'm trying to forward the top level domain for my site 'ref.mydomain.com ' to the www version 'www.ref.mydomain.com '. > > This is the logic I tried in my vcl_recv > > if (req.http.host ~ "^ref\.mydomain\.com$") { > set req.http.host = "www.ref.mydomain.com "; > > } > > And after cycling the varnish service, there's no joy! Putting ref.mydomain.com doesn't forward to the other URL. > > So maybe there's some problem with that statement that I'm missing? > > I'd definitely appreciate any thoughts you might have. > > Thanks! > Tim > > -- > GPG me!! > > gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B > > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.eichelbroenner at lamp-solutions.de Tue Nov 25 07:55:42 2014 From: tobias.eichelbroenner at lamp-solutions.de (=?windows-1252?Q?Tobias_Eichelbr=F6nner?=) Date: Tue, 25 Nov 2014 08:55:42 +0100 Subject: forward TLD to www In-Reply-To: <7F3ACDAC-A20D-4026-933F-9C83FDA1B707@gmail.com> References: <7F3ACDAC-A20D-4026-933F-9C83FDA1B707@gmail.com> Message-ID: <547435FE.5060804@lamp-solutions.de> Hi Tim, you log is telling you are accessing www.ref.mydomain.com > 11 TxHeader b Host: www.ref.mydomain.com is there any chance, you still have the snipped if (req.http.host ~ "^ref\.mydomain\.com$") { set req.http.host = "www.ref.mydomain.com"; } active? If so, delete it. Sincerely, Tobias -- LAMP solutions GmbH Gostenhofer Hauptstrasse 35 90443 Nuernberg Amtsgericht Nuernberg: HRB 22366 Geschaeftsfuehrer: Heiko Schubert Es gelten unsere allgemeinen Geschaeftsbedingungen. http://www.lamp-solutions.de/agbs/ Telefon : 0911 / 376 516 0 Fax : 0911 / 376 516 11 E-Mail : support at lamp-solutions.de Web : www.lamp-solutions.de Facebook : http://www.facebook.com/LAMPsolutions Twitter : http://twitter.com/#!/lampsolutions From numard at gmail.com Tue Nov 25 11:28:18 2014 From: numard at gmail.com (Norberto Meijome) Date: Tue, 25 Nov 2014 22:28:18 +1100 Subject: forward TLD to www In-Reply-To: <547435FE.5060804@lamp-solutions.de> References: <7F3ACDAC-A20D-4026-933F-9C83FDA1B707@gmail.com> <547435FE.5060804@lamp-solutions.de> Message-ID: +1 - FWIW, I think ( though can't confirm right now) you can raise the error regardless of caching in _recv... Of course, the flow must get to your bit of code ( .I.e., if you have a return pass or return lookup it may not get to your error 750) On 25/11/2014 4:57 am, "Tobias Eichelbr?nner" < tobias.eichelbroenner at lamp-solutions.de> wrote: > Hi Tim, > > you log is telling you are accessing www.ref.mydomain.com > > > 11 TxHeader b Host: www.ref.mydomain.com > > is there any chance, you still have the snipped > > if (req.http.host ~ "^ref\.mydomain\.com$") { > set req.http.host = "www.ref.mydomain.com"; > } > > active? If so, delete it. > > Sincerely, > > Tobias > > -- > LAMP solutions GmbH > Gostenhofer Hauptstrasse 35 > 90443 Nuernberg > > Amtsgericht Nuernberg: HRB 22366 > Geschaeftsfuehrer: Heiko Schubert > > Es gelten unsere allgemeinen Geschaeftsbedingungen. > http://www.lamp-solutions.de/agbs/ > > Telefon : 0911 / 376 516 0 > Fax : 0911 / 376 516 11 > E-Mail : support at lamp-solutions.de > Web : www.lamp-solutions.de > Facebook : http://www.facebook.com/LAMPsolutions > Twitter : http://twitter.com/#!/lampsolutions > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bluethundr at gmail.com Tue Nov 25 16:27:26 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Tue, 25 Nov 2014 11:27:26 -0500 Subject: forward TLD to www In-Reply-To: References: <7F3ACDAC-A20D-4026-933F-9C83FDA1B707@gmail.com> <547435FE.5060804@lamp-solutions.de> Message-ID: Hi Tobias, Ok thanks and I did remove that section from my vcl. Now here's the latest from varnishlog: 10 RxHeader c Host: ref.mydomain.com 10 RxHeader c X-Forwarded-For: 91.207.9.170 10 TxHeader c Server: Varnish 10 TxHeader c Location: http://www.ref.mydomain.com Ok, so it looks like the forwarding is working! Which is cool enough in itself. However when I load the domain in a browser the change doesn't happen there. I've tried loading the ref url without the www in chrome, safari and firefox (I'm on a mac). Any ideas on what could be going on with that? Thanks Tim On Tue, Nov 25, 2014 at 6:28 AM, Norberto Meijome wrote: > +1 - FWIW, I think ( though can't confirm right now) you can raise the > error regardless of caching in _recv... Of course, the flow must get to > your bit of code ( .I.e., if you have a return pass or return lookup it may > not get to your error 750) > On 25/11/2014 4:57 am, "Tobias Eichelbr?nner" < > tobias.eichelbroenner at lamp-solutions.de> wrote: > >> Hi Tim, >> >> you log is telling you are accessing www.ref.mydomain.com >> >> > 11 TxHeader b Host: www.ref.mydomain.com >> >> is there any chance, you still have the snipped >> >> if (req.http.host ~ "^ref\.mydomain\.com$") { >> set req.http.host = "www.ref.mydomain.com"; >> } >> >> active? If so, delete it. >> >> Sincerely, >> >> Tobias >> >> -- >> LAMP solutions GmbH >> Gostenhofer Hauptstrasse 35 >> 90443 Nuernberg >> >> Amtsgericht Nuernberg: HRB 22366 >> Geschaeftsfuehrer: Heiko Schubert >> >> Es gelten unsere allgemeinen Geschaeftsbedingungen. >> http://www.lamp-solutions.de/agbs/ >> >> Telefon : 0911 / 376 516 0 >> Fax : 0911 / 376 516 11 >> E-Mail : support at lamp-solutions.de >> Web : www.lamp-solutions.de >> Facebook : http://www.facebook.com/LAMPsolutions >> Twitter : http://twitter.com/#!/lampsolutions >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent.lavaud at ladtech.fr Wed Nov 26 12:17:51 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Wed, 26 Nov 2014 13:17:51 +0100 (CET) Subject: varnish4 and http first read error In-Reply-To: <631589112.547.1417001511209.JavaMail.root@ladtech.fr> Message-ID: <790281278.693.1417004271638.JavaMail.root@ladtech.fr> Hello, I am using varnish 4.0.2 on a debian wheezy. I have regularly a "http first read error: EOF", what can cause this type of error ? All timeouts are at their default value, and if i curl the uri from the varnish server, it respond very quickly: webcache27:~# curl -I -H 'Host: myhost' http://172.20.0.26/var/si-blocks/4e6c52943e611be51251e8f569f5a8c0.htm HTTP/1.1 200 OK Date: Wed, 26 Nov 2014 12:15:08 GMT Server: Apache Accept-Ranges: bytes Cache-Control: public,max-age=120 Expires: Wed, 26 Nov 2014 12:16:08 GMT Vary: Accept-Encoding X-Server: webssi16 Edge-Control: public,max-age=120,!no-store Content-Length: 12234 Content-Type: text/html varnishlog output: *4* << BeReq >> 10586604 -4- Begin bereq 10586603 bgfetch -4- Timestamp Start: 1417000330.684762 0.000000 0.000000 -4- BereqMethod GET -4- BereqURL /var/si-blocks/4e6c52943e611be51251e8f569f5a8c0.htm -4- BereqProtocol HTTP/1.1 -4- BereqHeader User-Agent: check_http/v1.4.16 (nagios-plugins 1.4.16) -4- BereqHeader Host: myhost -4- BereqHeader Surrogate-Capability: abc=ESI/1.0 -4- BereqHeader X-Forwarded-For: 10.114.8.12, 10.114.8.12 -4- BereqHeader Accept-Encoding: gzip -4- BereqHeader X-Varnish: 10586604 -4- VCL_call BACKEND_FETCH -4- BereqUnset Accept-Encoding: gzip -4- VCL_return fetch -4- BackendClose 41 webssi16(172.20.0.26,,80) toolate -4- BackendOpen 41 webssi16(172.20.0.26,,80) 172.20.3.37 14224 -4- Backend 41 webssipool05 webssi16(172.20.0.26,,80) -4- Timestamp Bereq: 1417000330.685344 0.000582 0.000582 -4- FetchError http first read error: EOF -4- BackendClose 41 webssi16(172.20.0.26,,80) -4- Timestamp Beresp: 1417000330.699451 0.014689 0.014107 -4- Timestamp Error: 1417000330.699461 0.014699 0.000010 -4- BerespProtocol HTTP/1.1 -4- BerespStatus 503 -4- BerespReason Service Unavailable -4- BerespReason Backend fetch failed -4- BerespHeader Date: Wed, 26 Nov 2014 11:12:10 GMT -4- BerespHeader Server: Varnish -4- VCL_call BACKEND_ERROR -4- BerespHeader Content-Type: text/html; charset=utf-8 -4- BerespHeader Retry-After: 30 -4- VCL_return deliver -4- Storage malloc Transient -4- ObjProtocol HTTP/1.1 -4- ObjStatus 503 -4- ObjReason Backend fetch failed -4- ObjHeader Date: Wed, 26 Nov 2014 11:12:10 GMT -4- ObjHeader Server: Varnish -4- ObjHeader Content-Type: text/html; charset=utf-8 -4- ObjHeader Retry-After: 30 -4- Length 278 -4- BereqAcct 250 0 250 0 0 0 -4- End From laurent.lavaud at ladtech.fr Wed Nov 26 17:06:37 2014 From: laurent.lavaud at ladtech.fr (Laurent Lavaud) Date: Wed, 26 Nov 2014 18:06:37 +0100 (CET) Subject: varnish4 grace-period 500 error In-Reply-To: <117219631.1383.1417021277018.JavaMail.root@ladtech.fr> Message-ID: <1485549.1401.1417021597813.JavaMail.root@ladtech.fr> Hello, I am using varnish 4.0.2 on a debian wheezy. I use grace period and it works fine when the backend become non Healthy or unavailable. But now i would like to serve stale content if my backend return a 500 error. If i had only one vhost on the backend i could improve my probe check to detect the 500 error, but i have several vhosts and i can't probe all the vhost to see if it return a 200 code. How i can achieve this ? Regards. -- Laurent Lavaud Administrateur Syst?mes et R?seaux From thiagop1985 at gmail.com Thu Nov 27 01:25:06 2014 From: thiagop1985 at gmail.com (Thiago Paulino) Date: Wed, 26 Nov 2014 23:25:06 -0200 Subject: Varnish Purge Problem Message-ID: Hello Guys, I am using varnish 4.0.1 on a debian wheezy. I have one process deploy where I run this command to Purge all itens cached on my varnish but did not work command : curl -s -o -S -X PURGE -H "x-forwarded-for:127.0.0.1,ip1,ip2,ip3" http://site.com/* curl -s -o -S -X PURGE -H "x-forwarded-for:127.0.0.1,ip1,ip2,ip3" http://site.com/ If I run this command to purge a specific object it's works. Anyone have ideias about this problem or the correct way to purge all itens cached ? curl -s -o -S -X PURGE -H "x-forwarded-for:127.0.0.1,177.52.130.199,177.52.130.207,177.52.130.208" http://site.com.br/file.gif Thank you. Best, Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.carrillo at gmail.com Thu Nov 27 08:08:01 2014 From: daniel.carrillo at gmail.com (Daniel Carrillo) Date: Thu, 27 Nov 2014 09:08:01 +0100 Subject: Varnish Purge Problem In-Reply-To: References: Message-ID: 2014-11-27 2:25 GMT+01:00 Thiago Paulino : > Hello Guys, > > I am using varnish 4.0.1 on a debian wheezy. > > I have one process deploy where I run this command to Purge all itens > cached on my varnish but did not work > > command : > > curl -s -o -S -X PURGE -H "x-forwarded-for:127.0.0.1,ip1,ip2,ip3" > http://site.com/* > > curl -s -o -S -X PURGE -H "x-forwarded-for:127.0.0.1,ip1,ip2,ip3" > http://site.com/ > > > If I run this command to purge a specific object it's works. Anyone have > ideias about this problem or the correct way to purge all itens cached ? > > curl -s -o -S -X PURGE -H > "x-forwarded-for:127.0.0.1,177.52.130.199,177.52.130.207,177.52.130.208" > http://site.com.br/file.gif > Hello. Purge doesn't work in this way, if you want to remove more than one url you need to use bans: https://www.varnish-cache.org/docs/4.0/users-guide/purging.html kind regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bluethundr at gmail.com Fri Nov 28 19:41:47 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Fri, 28 Nov 2014 14:41:47 -0500 Subject: can't log into website cached by varnish Message-ID: Hey all, I had a little trouble getting my website cached, because it had been generating some cookie headers. And with a little assistance from Thierry i was able to get the site cached by adding this directive to my vcl_recv: if (req.http.host ~ "^www\.ref\.mydomain\.com$") { unset req.http.Cookie; } I was pretty happy to get that worked out! Now that the site is being cached, I can't seem to login to a user account on the site. Just to explain, I have two URLs that I use for the site. www.ref.mydomaincom < -- on varnish cache and CloudFlare CDN ref.mydomain.com <-- No varnish cache and no CDN. And on the non-cached version of the site you can log into the site no problem. Using either a combination of username and password, or one of 3 social media accounts: facebook, twitter and OpenID. But on the cached version of the site NONE of the login methods work. This is what I'm seeing in varnishlog when I do try to to login using a username and password: 11 TxURL b /login.php 11 TxHeader b Host: www.ref.mydomain.com 11 TxHeader b Accept-Encoding: gzip 11 TxHeader b CF-IPCountry: US 11 TxHeader b CF-RAY: 1908f5f305c8077f-EWR 11 TxHeader b Content-Length: 53 11 TxHeader b X-Forwarded-Proto: http 11 TxHeader b CF-Visitor: {"scheme":"http"} 11 TxHeader b Cache-Control: max-age=0 11 TxHeader b Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 11 TxHeader b Origin: http://www.ref.mydomain.com 11 TxHeader b User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.65 Safari/537.36 11 TxHeader b Content-Type: application/x-www-form-urlencoded 11 TxHeader b Referer: http://www.ref.mydomain.com/login.php 11 TxHeader b Accept-Language: en-US,en;q=0.8 11 TxHeader b Cookie: __cfduid=d07324cb105a1c34117d52115ae70ddcf1417040066; fbm_442804139174102=base_domain=.ref.mydomain.com; PHPSESSID=17t21a46oi3di94sloj4fsso67; cc_log gedin=0; fbsr_442804139174102=tlAgWJk4s6LiX-f3uiFQxNnw5ZuqEDSikL4f5D6K26Y.eyJhbGdvcml0aG0iOiJITUFD 11 TxHeader b CF-Connecting-IP: 10.10.10.5 11 TxHeader b True-Client-IP: 0 11 TxHeader b X-Forwarded-For: 10.10.10.5 , 10.10.10.6 11 TxHeader b X-Varnish: 380032761 11 RxHeader b Date: Fri, 28 Nov 2014 19:27:03 GMT 11 RxHeader b Server: Apache/2.2.15 (CentOS) 11 RxHeader b X-Powered-By: PHP/5.6.3 11 RxHeader b Expires: Thu, 19 Nov 1981 08:52:00 GMT 11 RxHeader b Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 11 RxHeader b Location: index.php 11 RxHeader b Transfer-Encoding: chunked 11 RxHeader b Content-Type: text/html; charset=UTF-8 10 TxHeader c Server: Apache/2.2.15 (CentOS) 10 TxHeader c X-Powered-By: PHP/5.6.3 10 TxHeader c Expires: Thu, 19 Nov 1981 08:52:00 GMT 10 TxHeader c Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 10 TxHeader c Location: index.php 10 TxHeader c Content-Type: text/html; charset=UTF-8 10 TxHeader c Content-Length: 8249 10 TxHeader c Accept-Ranges: bytes 10 TxHeader c Date: Fri, 28 Nov 2014 19:27:03 GMT 10 TxHeader c X-Varnish: 380032761 10 TxHeader c Age: 0 10 TxHeader c Via: 1.1 varnish 10 TxHeader c Connection: close 10 TxHeader c X-Cache: MISS What I've done to try to correct the problem was to add the following to my vcl_recv: if ( req.url ~ "^/login.php$") { return(pass); } Thinking that if it was the caching of the site that was preventing me from logging in, that excluding the login URL from the cache with the above statement could potentially correct the problem. But adding that statement didn't make a difference. And I'm still unable to log into the site. I'll include my full VCL as an attachment, in case that might yield any clues. I'd really appreciate any advice that you might have! Thanks Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: default.vcl Type: application/octet-stream Size: 2903 bytes Desc: not available URL: From tobias.eichelbroenner at lamp-solutions.de Fri Nov 28 21:09:03 2014 From: tobias.eichelbroenner at lamp-solutions.de (=?windows-1252?Q?Tobias_Eichelbr=F6nner?=) Date: Fri, 28 Nov 2014 22:09:03 +0100 Subject: can't log into website cached by varnish In-Reply-To: References: Message-ID: <5478E46F.6090403@lamp-solutions.de> Hi Tim, > if (req.http.host ~ "^www\.ref\.mydomain\.com$") { > unset req.http.Cookie; > } I guess as soon as you pass login, you use different URL as login.php As you unset you cookie, you backend cannot know that you are logged in. A common way is to stop caching if your are logged in. if(req.http.cookie ~ "my_loggin_cookie"){ return pass; } Sincerely, Tobias -- LAMP solutions GmbH Gostenhofer Hauptstrasse 35 90443 Nuernberg Amtsgericht Nuernberg: HRB 22366 Geschaeftsfuehrer: Heiko Schubert Es gelten unsere allgemeinen Geschaeftsbedingungen. http://www.lamp-solutions.de/agbs/ Telefon : 0911 / 376 516 0 Fax : 0911 / 376 516 11 E-Mail : support at lamp-solutions.de Web : www.lamp-solutions.de Facebook : http://www.facebook.com/LAMPsolutions Twitter : http://twitter.com/#!/lampsolutions From bluethundr at gmail.com Fri Nov 28 23:27:05 2014 From: bluethundr at gmail.com (Tim Dunphy) Date: Fri, 28 Nov 2014 18:27:05 -0500 Subject: can't log into website cached by varnish In-Reply-To: <5478E46F.6090403@lamp-solutions.de> References: <5478E46F.6090403@lamp-solutions.de> Message-ID: Hi Tobias, I guess as soon as you pass login, you use different URL as login.php > As you unset you cookie, you backend cannot know that you are logged in. > A common way is to stop caching if your are logged in. > if(req.http.cookie ~ "my_loggin_cookie"){ > return pass; > } Ok! Thanks for that tip. I can give that a try. But, wouldn't that require you to know the particular name of the cookie? What if you're dealing with multiple users? Is there a generic you can pass in place of 'my_cookie_login'? Thanks Tim On Fri, Nov 28, 2014 at 4:09 PM, Tobias Eichelbr?nner < tobias.eichelbroenner at lamp-solutions.de> wrote: > Hi Tim, > > > if (req.http.host ~ "^www\.ref\.mydomain\.com$") { > > unset req.http.Cookie; > > } > > I guess as soon as you pass login, you use different URL as login.php > As you unset you cookie, you backend cannot know that you are logged in. > > A common way is to stop caching if your are logged in. > if(req.http.cookie ~ "my_loggin_cookie"){ > return pass; > } > > Sincerely, > > Tobias > > > -- > LAMP solutions GmbH > Gostenhofer Hauptstrasse 35 > 90443 Nuernberg > > Amtsgericht Nuernberg: HRB 22366 > Geschaeftsfuehrer: Heiko Schubert > > Es gelten unsere allgemeinen Geschaeftsbedingungen. > http://www.lamp-solutions.de/agbs/ > > Telefon : 0911 / 376 516 0 > Fax : 0911 / 376 516 11 > E-Mail : support at lamp-solutions.de > Web : www.lamp-solutions.de > Facebook : http://www.facebook.com/LAMPsolutions > Twitter : http://twitter.com/#!/lampsolutions > > _______________________________________________ > varnish-misc mailing list > varnish-misc at varnish-cache.org > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc > -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.langhorn at digital.cabinet-office.gov.uk Sat Nov 29 00:52:10 2014 From: andrew.langhorn at digital.cabinet-office.gov.uk (Andrew Langhorn) Date: Sat, 29 Nov 2014 00:52:10 +0000 Subject: can't log into website cached by varnish In-Reply-To: References: <5478E46F.6090403@lamp-solutions.de> Message-ID: I would assume that it's the value of the cookie that changes per logged-in user, not the cookie's name. So, if you pass on the name of the cookie rather than the value, you should be okay. Unless your solution for multiple logged-in users requires multiple cookies, in which case you pass on the existence of any. Maybe I'm barking up the wrong tree there, though. On Friday, 28 November 2014, Tim Dunphy wrote: > Hi Tobias, > > I guess as soon as you pass login, you use different URL as login.php >> As you unset you cookie, you backend cannot know that you are logged in. >> A common way is to stop caching if your are logged in. >> if(req.http.cookie ~ "my_loggin_cookie"){ >> return pass; >> } > > > Ok! Thanks for that tip. I can give that a try. But, wouldn't that require > you to know the particular name of the cookie? What if you're dealing with > multiple users? Is there a generic you can pass in place of > 'my_cookie_login'? > > Thanks > Tim > > > > > On Fri, Nov 28, 2014 at 4:09 PM, Tobias Eichelbr?nner < > tobias.eichelbroenner at lamp-solutions.de > > > wrote: > >> Hi Tim, >> >> > if (req.http.host ~ "^www\.ref\.mydomain\.com$") { >> > unset req.http.Cookie; >> > } >> >> I guess as soon as you pass login, you use different URL as login.php >> As you unset you cookie, you backend cannot know that you are logged in. >> >> A common way is to stop caching if your are logged in. >> if(req.http.cookie ~ "my_loggin_cookie"){ >> return pass; >> } >> >> Sincerely, >> >> Tobias >> >> >> -- >> LAMP solutions GmbH >> Gostenhofer Hauptstrasse 35 >> 90443 Nuernberg >> >> Amtsgericht Nuernberg: HRB 22366 >> Geschaeftsfuehrer: Heiko Schubert >> >> Es gelten unsere allgemeinen Geschaeftsbedingungen. >> http://www.lamp-solutions.de/agbs/ >> >> Telefon : 0911 / 376 516 0 >> Fax : 0911 / 376 516 11 >> E-Mail : support at lamp-solutions.de >> >> Web : www.lamp-solutions.de >> Facebook : http://www.facebook.com/LAMPsolutions >> Twitter : http://twitter.com/#!/lampsolutions >> >> _______________________________________________ >> varnish-misc mailing list >> varnish-misc at varnish-cache.org >> >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc >> > > > > -- > GPG me!! > > gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B > > -- -------------- next part -------------- An HTML attachment was scrubbed... URL: