<div dir="ltr">Wait a minute, I only offered to reduce the grace depending on a header because I thought you only wanted to do that for some privilege clients.<div><br></div><div>From what I understand now, you want to make sure that after a softpurge, you never get the stale object. So, if I may: why use a softpurge at all? Just remove the objects completely and be done with it.<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- <br></div>Guillaume Quintard<br></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 3, 2020 at 9:55 AM Batanun B <<a href="mailto:batanun@hotmail.com">batanun@hotmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I'm not sure how that "no-grace" header would be set. The softpurge could theoretically impact hundred of URLs, and what we would like is that any requests for these URLs after the softpurge should include a special header when talking with the backend.<br>
<br>
Skipping grace in general, and sending that special header to all requests to the backend, is not what we want. <br>
<br>
But now I am thinking of an alternative, that might give us somewhat what we want while being much simpler and not needing to know if a softpurge has happened or not. Since we really only need to do this in a short time period after a softpurge, and the softpurge sets ttl to zero, then we can skip the "after a softpurge" requirement and simply check if the ttl recently expired. As far as I understand it, when the ttl has expired, the obj.ttl is a negative value indicating how many seconds since the ttl expired. So 15 seconds after the ttl, it would be -15s. Then we can have something like this in in vcl_hit:<br>
<br>
```<br>
if (obj.ttl > -15s) {<br>
        set req.http.X-my-backend-skip-cache = "true";<br>
        return (miss);<br>
}<br>
```<br>
<br>
I can't check this right now, from the computer I am at. But it should work, right? Then the only "false positives" we will end up with are the requests that happen to come in within 15 seconds of the regular ttl expiring. But if we get the cache invalidation to work fully (including in the backend), then we should be able to increase the regular ttl higher than the current 5s, and then this false positive should happen much more rarely.<br>
<br>
<br>
Guillaume Quintard <<a href="mailto:guillaume@varnish-software.com" target="_blank">guillaume@varnish-software.com</a>> wrote:<br>
><br>
> Hi, <br>
> <br>
> You can't detect a softpurge, but you can tell Varnish to ignore grace:<br>
> <br>
> ```<br>
> sub vcl_recv {<br>
>     if (req.http.no-grace) {<br>
>         set req.grace = 0s;<br>
>     }<br>
> }<br>
> ```<br>
> <br>
> the softpurge kill the ttl at the object level, and this kills the grace at the request level, so Varnish will reach out to the backend.<br>
> <br>
> But note that it will also do the same even without a prior softpurge, it just needs an expired ttl.<br>
> <br>
_______________________________________________<br>
varnish-misc mailing list<br>
<a href="mailto:varnish-misc@varnish-cache.org" target="_blank">varnish-misc@varnish-cache.org</a><br>
<a href="https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc" rel="noreferrer" target="_blank">https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc</a><br>
</blockquote></div>