Actions
Bug #2360
closedpossible deadlock with signal handling
Affected Versions:
Effort:
Difficulty:
Label:
Description
I got a bug report about signal handling and a possible deadlock that needs investigation:
Send SIGHUP and some time after SIGUSR2. This results in rotation_flag being set. With the rule reload the rule reload starting message is generated. In SCLogMessage the op_iface_ctx->fp_mutex becomes locked. But since the rotation_flag is set we call SCLogReopen which triggers another SCLogMessage when it doesn't have the proper permissions at that point. This results in a recursion in the scenario, since the flag is released AFTER the reopen.
Actions