You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Feb 15, 2023. It is now read-only.
It would be useful for Akara to properly rotate all of its logs in response to a signal. There is some start to this with the rotate command line instruction, but the implementation is incomplete, skipping the access log and neglecting to close the original fd and open a new one. There is also no need to go down the path of reinventing handling rotation from within Akara, this can reliably be given to the operating system to deal with.
There may be some issue with multiprocess safety with the current logging implementation. The Python documentation on the subject suggests using a socket listener for all processes to send log messages to. Presumably allowing the log listener to handle log closing / opening would be sufficient.
It would be useful for Akara to properly rotate all of its logs in response to a signal. There is some start to this with the
rotatecommand line instruction, but the implementation is incomplete, skipping the access log and neglecting to close the original fd and open a new one. There is also no need to go down the path of reinventing handling rotation from within Akara, this can reliably be given to the operating system to deal with.There may be some issue with multiprocess safety with the current logging implementation. The Python documentation on the subject suggests using a socket listener for all processes to send log messages to. Presumably allowing the log listener to handle log closing / opening would be sufficient.