- 20 Jun, 2018 40 commits
-
-
Poul-Henning Kamp authored
Conflicts: bin/varnishd/cache/cache_director.c
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Dag Haavi Finstad authored
Fixes: #2700 Conflicts: bin/varnishd/cache/cache_fetch.c
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Nils Goroll authored
-
Nils Goroll authored
For the purpose of our signal handler (and, in particular, the stack overflow detection heuristic) they are identical. Fixes #2695 (as confirmed by @lkarsten)
-
Poul-Henning Kamp authored
-
Dag Haavi Finstad authored
Ref: #2693
-
Nils Goroll authored
This is the case for the ctx created for director operations as first introduced with 5536f102 Alternatively, we could always set ctx->handling to some location with the same scope as the ctx, but as we are not inside VCL (and just happen to use the same context for simplicity and reusability of VRT/vmod functions), adding specific handling appears to be the cleaner solution. Fixes #2692
-
Dag Haavi Finstad authored
Properly shut down streams where we could not process a req body (e.g. via a failing cache_req_body). The rxthread may be waiting on this stream to consume a DATA frame - let it know before we go away to avoid it being stuck forever.
-
Dag Haavi Finstad authored
-
Dag Haavi Finstad authored
If we have one or more streams set up because of a PRIORITY frame _and_ for some reason a tcp FIN is lost (or a client merely keeps a connection open), this transaction would be stalled indefinitely.
-
Dag Haavi Finstad authored
Avoid failing sessions with pipelined data.
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
match syslog-output.
-
Poul-Henning Kamp authored
Submitted by: Frédéric Lécaille <flecaille@haproxy.com> Hacked to pieces by: phk
-
Poul-Henning Kamp authored
-
Poul-Henning Kamp authored
-
Federico G. Schwindt authored
-
Poul-Henning Kamp authored
-
Nils Goroll authored
We already emitted Debug log records for accept failures, but for all practical purposes this is useless for forensics. These counters will point directly to the root cause for the most common issues with sess_fail (accept failures). sess_fail is preserved as an overall counter as it will most likely be already monitored for many installations. Ref #2622 Conflicts: doc/changes.rst
-
Lasse Karstensen authored
-
Dridi Boukelmoune authored
-
Dridi Boukelmoune authored
With that both -d and -1 options report the same output, with the former limited to the terminal height. While this increases the risk of "never ending" dumps of log records showing only once, the assumption is that varnishtop is useful when someone is looking for something in particular. Restricting the output to the records someone is interested in mitigates the risk. Fixes #2686
-
Dridi Boukelmoune authored
Following the documentation, the -d option implies that once processing is done the process should exit. We give it the time to do one last refresh of the screen in curses mode. Refs #2686
-
Nils Goroll authored
For the case that http_max_hdr is not a multiple of the pointer size. Ref #2690
-
Poul-Henning Kamp authored
Use pthread_cleanup_pop(0) and an explict call to the cleanup function to make things visible to FlexeLint.
-
Poul-Henning Kamp authored
of the source tree.
-
Poul-Henning Kamp authored
-
Dridi Boukelmoune authored
-
Nils Goroll authored
We do not want to cause a panic from the panic handler. It could be argued that bo->vfc cannot possibly be NULL, except when it is - and that's what we got the panic handler for. vfc->failed is output by pan_vfp now so I should have removed that duplication when introducing pan_vfp
-
Dag Haavi Finstad authored
-
Federico G. Schwindt authored
-