Daniel Sedlak

@sr1990 Yes it looks like that #818 could solve my problem, but it looks like that is only for DASH (as PR name says). I would like to apply this...

@sr1990 Sorry for my late response. I have patched the behavior that I have described to my fork of shaka packager. If you are interested I can share it via...

We have set it as `SecAuditLogType Serial`. I will try to create a reproducible example on local machine. For now I am able to reproduce this behavior only in production,...

We wil update the library by the end of the week. I will let you know once I will have the results. Thank you all for quick response and help.

@zimmerle Sadly updating the package to the latest version did not help either. Workers are still getting stuck as cen bee see on the image below. ![Screenshot 2020-08-03 at 12...

But after the update it stucks less frequent. Once i catch it again I will provide full backtrace.

It looks like it is stuck on another `pthread_mutex_lock()`. I am unable to locate `pthread_mutex_lock` in this function (`modsecurity::utils::find_resource`), maybe something got inlined. ``` #0 __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:103 #1...

> Any chance that the server demand of actually writing to the audit log is draining system resources to the point of collapse? Not possible. There is over 100 GiB...

Our nginx is compiled with Lua support, sometimes in GDB it is not possible to see function names in backtrace due to LuaVM. Dunno why, maybe it was somehow stripped...

I am sorry for the late response. The issue still persists. I am unable to get a better backtrace, but the issue occurs more frequently on machines with more workers.