oaxed into
| spitting out similar information, or is there another solution?
If you need it and are ok with the limitations, just revert the patch
locally?
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc ma
to purge such
| objects ? Is this a bug ?
According to phk on IRC, this should work and it not working is a bug.
If you have a chance to reproduce this in a test environment with both
2.0.6 and trunk, that'd be appreciated.
--
Tollef Fog Heen
Redpill Linpro -- Chan
I ask because it may be
| problematic to fix the backend in this case.
Yes, that should be enough.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projec
me object but as the Vary-ed string differs the
Vary handling makes it out to be different objects.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
| To be honest, I don't entirely understand the logs or their format, but
| I hope I've captured the important details. (Session IDs have been
| deleted, btw).
You have and the session entries are not important.
--
Tollef Fog Heen
Redpill Linpro -- Ch
error.
No, it doesn't:
-o Group log entries by request ID. This has no effect when
writing to a file using the -w option.
The printing of non-client and non-backend lines is really a bug.
Please just file a ticket and we can get it fixed.
--
Tollef Fog Heen
Redpil
]] pablort
| Nah. using 2.0.6
Hmm, indeed.
I just fixed it in trunk, will backport it to 2.0 branch.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http
doesn't seem to say so in the log.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
log -1 when the child
has restarted as well as after having restarted the parent?
| Maybe there's a graceful, undocumented method of stopping the parent that I'm
not aware of?
Shouldn't matter.
--
Tollef Fog Heen
Redpill Linpro -- Changin
d with no delay
| whatsoever. I can only presume that this is somehow linked to the fact
| that these are POST requests, as the errors do not come up at any other
| time.
If you can capture a varnishlog from a good and a failing request, that
might shed some light on what's going on.
--
Tollef Fog
44
| Unknown request.
| Type 'help' for more info
Which version are you using? I suspect you're using an old version.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing li
]] pablort
| The numbers do reflect the TxStatus'es that I see in interactive varnishtop,
| but when I try to run it with -1, it doesn't show which entry corresponds to
| which status. LOL.
You're running an old version, this was fixed in 2.0.5 so upgrading
should fix that.
--
]] Ken Brownfield
| I'd love to test persistent under production load, but right now it's
| not persistent. :-( (Storage doesn't persist through a parent restart)
That sounds like a real bug. Just to be sure, you're testing with
-spersistent, not -smalloc or -sfile?
eve we ever send out 504s. Maybe it's from haproxy when the
backend it's talking to takes too long to respond?
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.
requests that have no cookies on the backend.
Can you capture a varnishlog from when this happens? It'd be
interesting to see if the incoming request has a cookie set.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
__
't have to open connections and
ask network services for each cache hit.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
]] Paras Fadte
| Is prefetch by default enabled in varnish ?
No, it is not implemented and any references to it should be ignored.
It is also removed in trunk.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish
]] pablort
| And how about 2.1 ? Any release date on the horizon ? :D
Persistent needs more testing before we can release it. If you're in a
position where you can test it: please do so and report back, especially
if you can make it crash with backtraces.
--
Tollef Fog Heen
Redpill L
Is there some documentation on what the ReqEnd and StatSess values
| mean in the varnishlog output? The values seem interesting, but I have
| no idea what they are.
http://varnish.projects.linpro.no/wiki/Varnishlog has the tiny start of
some docs. Help writing up the description of all the tag
eople running 2.0, it'll not be
backported. And it'll be marked well in the documentation that the
behaviour has changed.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@pro
200?
|
| It checks 200
Actually, it checks for .expected_response (which does default to 200),
so you can override it if you need that.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@proj
x27;m not sure if it's best to have
| a parameter to vary the behaviour of 'grace', or to have an additional
| parameter for "max age of stale content to serve".
What is the difference between «max age of stale content to serve» and
grace? I might not be seeing your us
ng like: X-Products: 123, 456, 789.
- When the price of product 123 changes, issue a
purge obj.http.x-products ~ 123
- Magically, all relevant product pages should be purged.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
_
I believe is
an unacceptable risk of breakages.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
t max-age and s-maxage, so we
should also support the other common values of the cache-control header
field.
Feedback very welcome,
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish
aving your backends explode from too much traffic.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
]] Simon Effenberg
Hi,
| Is there anything which was changed between 2.0.3 and 2.0.6 which can
| cause this issue?
It's an intentional change (see r4298). What is the problem you are
seeing? As in, why is it a problem that it does not time out until you
send data?
--
Tollef Fog
uld not be surprised
if HAProxy or nginx can either do it or be taught how to do this.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailma
ents which would otherwise
be put on a wait list. It does not prefect or fetch asynchronously. So
with grace, the first client has to wait, and any subsequent ones just
get the graced content.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 2
configure the number of times it pings before restart?
Increase the cli_timeout parameter by passing -p cli_timeout=$number to
varnishd.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish
om
http://varnish.projects.linpro.no/wiki/Purging talks a bit more about it.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/
]] pub crawler
| Let's try this one - can these somehow be combined into one?
|
| if (req.url ~ "systemstatus\.cfm") {lookup;}
| if (req.url ~ "index\.cfm") {lookup;}
if (req.url ~ "(index|systemstatus)[.]cfm") { return(lookup);}
?
--
Tollef Fog Heen
Red
ature requests for
Varnish?
http://varnish.projects.linpro.no/ has a bug tracker.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/ma
feature. I
| don't know how this may be handled and in what conditions but its
| something that the company where I work could do to help the project.
If you're interested in sponsoring development, please get in touch with
varn...@redpill-linpro.com and we'll be happy to give you a quote
a-code.com/utils/varnishhtcpd/ that uses multicast for
it.
Another option would be to use rabbitmq or similar. We also have
varnish-cc which implements cache channels that we'll quite likely make
available once I get around to it and get permission.
--
Tollef Fog Heen
Redpill Linpro -- Ch
s when the
| "Pushing vcls failed" error appears in the log.
This is an independent bug. I _think_ it is timing-related after a
child is killed, but I'm not exactly sure.
Cheers,
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
__
It looks as if anywhere there should be something in bold, or
| italics, etc that the text is missing. Any thoughts on what I need to
| do to see the man pages?
Sounds like man is confused. Does other man pages with bold and italics
work correctly? What OS are you on?
Cheers,
--
Tollef Fo
want to test it
| and send a mail or some other log can be trace .
It sounds more like you are looking for a monitoring solution like
nagios than varnishtest. Varnishtest is used for testing that varnish
works correctly and prevent regressions.
--
Tollef Fog Heen
Redpill Linpro -- Changing the
send back a
X-Please-Pipe: yes and close the connection and then restart in
vcl_fetch after setting a req.http.x-pipe = «yes».
| Am I right to assume that "pass" is not intended to work in a case like
| this?
Correct. At least not yet.
--
Tollef Fog Heen
Redpill Linpro
witch the system
around and do active cache management where you set the TTL of objects
to infinity (well, 2 years or something other, high) and let the backend
use purge to remove objects that should be evicted.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54
an try to find out what's wrong with the ports
implementation.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
ious one. Spit it out anyway before starting on the new
one. */
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
varnish some how is asking
| for a unconditional GET, and ignoring the "If-Modified-Since", like
| Tollef also stated in a later reply to this thread
Varnish doesn't do conditional GETs to the backend, so this is perfectly
normal.
| On Thu, Dec 3, 2009 at 9:04 AM, Tollef Fog Hee
odd.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
you have many different URLs, though.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
]] Daniel Rodriguez
|13 TxHeader b Cookie: foo.comGlobal=0; cUser=nouser
You need to strip the cookie before sending the request to the backend,
else you will end up pass-ing the request.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
oblem, what is
the problem you are trying to solve?
Regards,
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
just that – we failed to find a backend
connection in time, ran into the maximum number of connections or
similar. If the problem is connect_timeout, increasing that further
might help, yes.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
_
~"www.abc.cn"){
| lookup;
| }
| there are some problem .many of url's record can't be find in the
| varnishlog .and there are no marked by the varnish eg "X-Cache: MISS" in
| the Response Headers .
Yes, this is how pipe works. You might want to read up on pass vs pip
ar and requiring a recompilation to work correctly is a bit on the
heavy side.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
ively, use a hashing load balancer in front and have a bunch of
Varnish machines each serving their part of the URL space, like David
Birdsong suggested.
It'd be interesting to hear your experiences once you get this
going. :-)
Regards,
--
Tollef Fog Heen
Redpill Linpro -- Changing the
, it's not something we support. We considered it for a while, but
decided against it in the end. You might want to look at grace which
does solve approximately the same problem most people are trying to
solve with prefetch.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47
d 'pass' instead but that also caused disk
| hits. is there anyway to completely pass traffic through without
| varnish storing it?
You can pipe it, but then you end up closing the connection afterwards.
--
Tollef Fog Heen
Redpill Linpro -- Changin
VCL_call c miss fetch
| 230 VCL_call c error deliver
It fails to get the result from the backend. Upgrade to 2.0.5 and look
at the FetchError tag which will hopefully explain a bit more what goes
wrong.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
rnish is doing.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
]] Rob Ayres
| I want to cache POSTs but can't get varnish to do it, is it possible? If it
| makes it any easier, all requests through this cache will be of POST type.
No, you can't cache POSTs. It doesn't make any sense to do so.
--
Tollef Fog Heen
Redpill Linpro -- Chang
ESI and native IPv6
We have native ipv6 and ESI at least. CARP and HTCP we don't.
Their code seems to be C++ (they depend on STL)
They support HTTPS, which we don't.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
__
as backend for dynamic content.
|
| I'm just wondering which solution is best :
| - varnish as frontend to haproxy
| - haproxy as frontend to varnish
Either should work fine, but test. You could just also move all static
content to a different host name and let haproxy be the dynamic on
currently no way to look up backends by name, so you would have
to write this as a series of if statements.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http
]] GaneshKumar Natarajan
| Thanks Tollef Fog Heen for the response.
| > | 3. mmap storage : max i can configure is 340 GB.
| > This looks weird. Can you tell us something about what OS and kernel
| > versions you are running?
|
| Please find the details below. Let me know what i cou
, please review
and ack/nack. (It needs documentation and possibly a test case.)
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
>From c443cb77c965a65dd670a876f371e5c5a058bcd2 Mon Sep 17 00:00:00 2001
From: Tollef Fog Heen
Date: Fri, 23 Oct 2009 11:49:14 +0200
Su
27;s nowhere near the top of list of
features we want to implement.
[...]
| Needless to say, this could be valid and very useful.
Absolutely, it's a completely valid feature request.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
ust mmap-ing a large file, which
still leaves it to the system to page out the unused bits, but often
somewhat different code paths. Which one is better depends on OS,
traffic pattern, amount of memory, etc.
--
Tollef Fog Heen
Redpill Linpro -- Changing the
]] Rob Ayres
| Also, is there a document detailing what each line of varnishstat
| means?
http://varnish.projects.linpro.no/wiki/StatsExplained is a start, but is
not complete.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
examples of how to use/configure/etc
| this new feature?
It's used by clients, there are no bits to configure.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linp
stening on ipv4 port 80? Also,
which platform are you on?
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
]] "Henry Paulissen"
| Is this bad when the number is high and increasing every second?
It's normal during startup, it just means it's adding more objects to
the storage. Once you reach stable state, it probably won't move too
much.
--
Tollef Fog Heen
Redpill Linpr
| doesn't match URL's.
|
| What's the right way to do this?
There's currently no way to do this, I'm afraid. varnishtop -b -i TxURL
gives you the URLs, but not any timing information.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
ing something, somewhere setting an erronous
domain-wide cookie. Possibly in Javascript.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
he cache finished sending the response back to the client
At least some of those are already available, as explained in
http://varnish.projects.linpro.no/wiki/Varnishlog
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varn
ove and that is POSIX.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
whatever reason, you'll end up in vcl_error here. A director will give
you a connection to the other one.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
uite a few backend connection failures.
Is your backend overloaded?
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
t, yes. It would be helpful
if you posted the output of varnishstat -1
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
e short on space so only sign up if you'll actually
be coming, but please also be quick to sign up.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://pro
with rwatson@ and see if something can be
| arranged?
We already have a place to host it in London, and getting to London is a
bit easier than getting to Cambridge. Maybe next time. :-)
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
_
]] Laurence Rowe
| I'm not certain if I need to manage the memory of the string that I
| set the header too. It looks like VRT_SetHdr copies the string into
| it's own memory managed space though.
You don't, it's part of the object's workspace.
--
Tollef Fog Heen
R
result of a
purge forcing an object to be removed, which then gives you a cache
miss.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman
ystem, it shouldn't ever have a problem with that.
On the other hand, the gain from decreasing the stack size would just be
a bit less book-keeping for the kernel, unless you have overcommit
turned off (which I don't think anybody actually uses), right?
--
Tollef Fog Heen
Redpill Linpro
tions intentional, and are they tunable (beyond the relatively
| small workspaces?)
You should be able to tune it using ulimit -s. If you turn it too low,
things will break, though.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54
can obviously take a while.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
ith enough memory to fit your
working set.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
]] Monah Baki
| Here is part of the logs, how can I tell it's working?
It doesn't seem to be caching, most likely because the backend sets a
cookie (which means we, by default, don't cache).
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t:
ose backend depending on cookie value.
Another alternative is to use nginx or similar as Varnish' backend and
let that do the hashing and load balancing. I have been told it's quite
good, but I don't have experience with it myself.
--
Tollef Fog Heen
Redpill Linpro -- Changing the
o a
| while ago, but it caused that exact behaviour (items would no longer be
| cached by varnish) so I swapped it for purge_url...
You can try setting obj.ttl = 0s and then restart in vcl_hit. I believe
that should work.
--
Tollef Fog Heen
Redpill Linpro -- Ch
]] Gaute Amundsen
| Various usages:
|
| remove req.http.cookie;
| unset obj.http.Set-Cookie;
| unset resp.http.magicmarker;
|
| Unset is not in man vcl (v2.0.3) but remove is.
They are synonyms, but unset is deprecated.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54
]]
| I have a questtion, that is How to let varnishncsa log the backend
| realserver ip to varnish.log?I search in google,but no result,anyone
| can help me ?
varnishncsa currently does not support custom log formats, so this is
not possible yet.
--
Tollef Fog Heen
Redpill Linpro
ported, but the recommended syntax is to use an
explicit return.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
at .axd file is, but if the content varies
with the query string, you can't really get rid of the query string.
Else, you could do something like
set req.url = regsub(req.url, "\?.*", "")
in vcl_recv to strip the complete query string.
--
Tollef Fog Heen
Redpill Linpro
]] Sascha Ottolski
| bug or feature? The nagios plugin seems not to be able to extract the
| uptime:
Bug. Fixed now, thanks.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc
Yes. It was never used for anything.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.no/mailman/listinfo/varnish-misc
cally.
Just use «/opt/varnish203/bin/varnishncsa |/usr/bin/cronolog
/logs/mysite_access_%Y%m%d.log»
and you should be fine.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish
]] Rob Ayres
| Does anyone have an idea what has caused this?
Not really, no. I'm going to get a buildbot slave going on Solaris so
we'll hopefully be able to avoid such bugs in the future. If you have
found a solution, patches are more than welcome.
--
Tollef Fog Heen
Redp
.
| Then this would be the correct behaviour, as the backend is obviously
| responding.
We don't support onerror, nor alt at the moment.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
va
lcome.
| Is it possible to do this in VCL origin configuration?
Not at the moment, no. What I would suggest is you write a small script
in your favourite language that generates the VCL for you.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54
]] Justin Finkelstein
(please keep questions and discussions on-list so others can read them
too.)
| Where do I set this, please?
Just add -p sess_timeout=30 in the varnish startup script. (Or telnet
to the management port and do param.set sess_timeout 30
--
Tollef Fog Heen
Redpill Linpro
figured or altered?
Set sess_timeout to something greater than 5 (which is the default).
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
___
varnish-misc mailing list
varnish-misc@projects.linpro.no
http://projects.linpro.
piring
| date of a cookie is in the future or in the past.
If it has expired, the client just won't send it, so just check
req.http.cookie for the relevant cookie and you'll be fine.
--
Tollef Fog Heen
Redpill Linpro -- Changing the game!
t: +47 21 54 41 73
_
tting vale 0 for "worker threads limited"
| and on another server this value is 756 while i am starting varnishd with
| following command.
You are running into the maximum number of threads allowed. As long as
you don't have dropped connections too, this should not be a prob
1 - 100 of 145 matches
Mail list logo