Varnish threads growing until no response

[Guillaume Quintard]

Glad to hear that, thanks a lot for coming back to us!

-- 
Guillaume Quintard

On Mon, Sep 12, 2016 at 12:10 PM, Michael Dosser <mic at strg.at> wrote:

> Hi,
>
> Varnish is now 45 days up and running. Since that is by far the longest
> uptime in this configuration I think we can close this issue.
>
> Thanks again for your help!
>
> Best regards,
> Michael Dosser
>
> > Am 10.08.2016 um 16:23 schrieb Michael Dosser <mic at strg.at>:
> >
> > Hi,
> >
> > just an update - since we made those changes our Varnish instance is
> still up and running. I did some other changes:
> >
> > - Removed „set beresp.ttl = 0s;“ in vcl_backend_response and added
> default_ttl=0 in Varnish startup
> > - Removed the whole inline C-Code - replaced with Varnish own s-maxage
> handling
> >
> > I’ll keep you informed if this solved our problems …
> >
> > Michael Dosser
> >
> >> Am 29.07.2016 um 14:44 schrieb Michael Dosser <mic at strg.at>:
> >>
> >> Hi,
> >>
> >>> Am 29.07.2016 um 14:20 schrieb Guillaume Quintard <
> guillaume at varnish-software.com>:
> >>>
> >>> Silly question, but have you tried having more threads? And at the
> same time, thread_pool should be set to 2, unless you have a very valid
> reason to do otherwise.
> >>
> >> thanks for your help. I’ll try these new settings! I didn’t think about
> changing the startup logic and always thought our problem is coming from
> our quite complex VCL.
> >>
> >> Michael Dosser
> >>
> >> PS: I changed the startup to:
> >>
> >> varnishd -f /etc/varnish/fuf.vcl \
> >>      -h critbit \
> >>      -a 127.0.0.1:6081 \
> >>      -T 127.0.0.1:6082 \
> >>      -t 120 \
> >>      -S /etc/varnish/secret \
> >>      -s malloc,12G \
> >>      -p thread_pool_min=500 \
> >>      -p thread_pool_max=3000 \
> >>      -p thread_pools=2 \
> >>      -p thread_pool_add_delay=0 \
> >>      -p vcc_allow_inline_c=on \
> >>      -p feature=+esi_disable_xml_check \
> >>      -p feature=+esi_ignore_other_elements \
> >>      -p feature=+esi_ignore_https"
> >>
> >> --
> >> strg.at gmbh  michael.dosser at strg.at
> >>   gumpendorferstrasse 132, top 9, 1060 wien
> >>   tel +43 (1) 526 56 29  mobile +43 699 1 7777 164
> >>
> >>
> >> _______________________________________________
> >> varnish-misc mailing list
> >> varnish-misc at varnish-cache.org
> >> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc
> >
> > --
> > strg.at gmbh  michael.dosser at strg.at
> >    gumpendorferstrasse 132, top 9, 1060 wien
> >    tel +43 (1) 526 56 29  mobile +43 699 1 7777 164
> >
> >
> > _______________________________________________
> > varnish-misc mailing list
> > varnish-misc at varnish-cache.org
> > https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc
>
> --
> strg.at gmbh  michael.dosser at strg.at
>     gumpendorferstrasse 132, top 9, 1060 wien
>     tel +43 (1) 526 56 29  mobile +43 699 1 7777 164
>
>
> _______________________________________________
> 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: <https://www.varnish-cache.org/lists/pipermail/varnish-misc/attachments/20160912/867693a6/attachment.html>