Hi, On Tue, 2019-09-03 at 14:07 +0000, Schimweg, Luca wrote: > thanks for mentioning rand, I didn't know about it... With some > rand()s I was able to generate a UUID, I'll have to do some > performance checks, but I think it will be fair enough. Then we don't > need a %uuid or similar from my point of view.
FWIW, we use (among others) %Ts (timestamp), %pid (PID b/c multi- process setup), %rc (retry count), and %rt (session request counter), which produces some reasonably unique id, though our constraint is only for it to be (mostly) unique across one server. You can also throw in the server IP or name of course. Cheers, Conrad > > Thanks, > Luca > > On 03.09.19, 10:34, "li...@ltri.eu on behalf of Lukas Tribus" < > li...@ltri.eu> wrote: > > Hello Luca, > > On Tue, 3 Sep 2019 at 09:18, Schimweg, Luca < > luca.schim...@sap.com> wrote: > > > > Hey, > > > > > > > > for one use case I have, I would need a variable like %uuid in > log-formats, > > which just generates a random UUID. The use-case would be, to > be able > > to set the unique-id-format to this uuid, so that we can have a > random uuid > > set as request-id for any incoming request. Right now, it’s > quite difficult to > > get a random and unique request-id, the random uuid approach > would > > definitely help with that. > > I assume the rand  does not suffice. In this case, I'd suggest > to > use LUA for this, maybe by using some library like lua-resty-jit- > uuid > . > > > Lukas > >  > https://cbonte.github.io/haproxy-dconv/1.9/configuration.html#7.3.2-rand >  https://github.com/thibaultcha/lua-resty-jit-uuid > > -- Conrad Hoffmann Systems and Traffic Engineering SoundCloud Ltd. | Rheinsberger Str. 76/77, 10115 Berlin, Germany Managing Director: Artem Fishman | Incorporated in England & Wales with Company No. 6343600 | Local Branch Office | AG Charlottenburg | HRB 110657B