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
I currently use loggly-python-handler to log an application that has asynchronous jobs triggered by web requests. To do this, I use os.fork to fork off the actual job, and use the original request to respond back to the web request as ok. No matter what I do, I only receive logs in loggly for the original process, and nothing for the forked process. This is true when trying to use my global logger, or even instantiating a new object via logging.getLogger() after the fork. Is there something under the hood that stops me from using the original logger no matter where the object is referenced?
The text was updated successfully, but these errors were encountered:
I believe this is already coded to use the futures package. I'm not sure how that interacts with fork, but I believe it offers asynchronous requests? Perhaps that is creating some kind of conflict?
I currently use loggly-python-handler to log an application that has asynchronous jobs triggered by web requests. To do this, I use os.fork to fork off the actual job, and use the original request to respond back to the web request as ok. No matter what I do, I only receive logs in loggly for the original process, and nothing for the forked process. This is true when trying to use my global logger, or even instantiating a new object via logging.getLogger() after the fork. Is there something under the hood that stops me from using the original logger no matter where the object is referenced?
The text was updated successfully, but these errors were encountered: