bpo-29001 Update handlers.py to address abnormal behavior when using RotatingFileHandler under gunicorn multiple workers

[pathakumesh]

For RotatingFileHandler,

For gunicorn running with multiple workers, each worker will have separate RotatingFileHandler instances. Due to this, when rollover occurs, the effect is reflected only for the current worker. Due to this, while rotation, multiple new .log file is being created and the new logs keep emitting in these new files (Unexpected!). The situation is illustrated here too.
https://bugs.python.org/issue29001

Hence, as a solution, to propagate the rollover for all workers, both stream_size and file_size has to be checked and take action accordingly.

https://bugs.python.org/issue29001

[the-knights-who-say-ni]

Hello, and thanks for your contribution!

I'm a bot set up to make sure that the project can legally accept your contribution by verifying you have signed the PSF contributor agreement (CLA).

Unfortunately we couldn't find an account corresponding to your GitHub username on bugs.python.org (b.p.o) to verify you have signed the CLA (this might be simply due to a missing "GitHub Name" entry in your b.p.o account settings). This is necessary for legal reasons before we can look at your contribution. Please follow the steps outlined in the CPython devguide to rectify this issue.

You can check yourself to see if the CLA has been received.

Thanks again for your contribution, we look forward to reviewing it!

[csabella]

Hi @pathakumesh Please update the title of your pull request to start with bpo-xxxxx:, where xxxx is the issue number. Thanks!

[vsajip]

I'm not sure we want to do this - it seems not to be a generic solution. As documented here, the recommendation for writing to files from multiple processes is to use a method such as SocketHandler or QueueHandler communicating with a separate process which writes to file(s).