<div dir="ltr">Hi Dridi,<div><br></div><div>We should able to recreate with load and mobile requests. I have not tried with 6.0.3.</div><div><br></div><div>@Nils,<br></div><div>We are seeing issue with both varnishlog and varnishlog with -g option. But here problem is, shared memory it self does not have ReqAcct tag I think ( please correct me if I am wrong). Because all the clients which are reading shm all are getting same thing..means no ReqAcct. But yes I am agree that impact with "varnishlog -g session" is more.</div><div><br></div><div>So If shared memory it self has no ReqAcct tag then all clients will also not get right ? How to fix this problem ? Please help with some details which I can understand because we are loosing bills for which we are serving traffic...!</div><div><br></div><div><b>Normal varnish command we use to grep running logs</b></div><div>varnishlog -g request -q "ReqURL ~ '/abc/xyz'"</div><div><br></div><div><b>command uses to read shared memory directly for billing</b></div><div>varnishlog -g session </div><div>--> we are already planing to use "varnishlog -g xvid" for billing api. Because I understood is, -g session option is taking more time to arrange in particular order and delivery final output. Please help with some more detail.. It will really helpful.</div><div><br></div><div>Thank you</div><div>Hardik </div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 12 Mar 2019 at 17:32, Nils Goroll <<a href="mailto:slink@schokola.de">slink@schokola.de</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>
On 12/03/2019 11:07, Hardik wrote:<br>
> *Error cases when ReqAcct is not present in varnishlog*<br>
> <br>
> 1.<br>
> -   VSL            timeout<br>
> -   End            synt<br>
> <br>
> 2.<br>
> -   VSL            store overflow<br>
> -   End            synth<br>
<br>
The VSL clients (varnishlog and friends) store transactions in the client<br>
program's memory when varnishd comes close to overwriting the respective region<br>
of the VSL shared memory ring.<br>
<br>
The -L and -T options allow you to specify these limits, see for example the<br>
varnishlog man page.<br>
<br>
I _suspect_ you are seeing this with the -g request or -g session transaction<br>
grouping (please specify how you invoke the respective command). If yes, an<br>
alternative would be to reduce the time the VCL client needs to store open<br>
transactions by switching to the vxid or raw grouping (-g argument).<br>
<br>
hth, Nils<br>
</blockquote></div>