Hide Forgot
Description of problem: ==================================== Seeing this at the top of imagefactory.log while using imagefactory-1.0.0rc6-1.el6.noarch from the aeolus puddle 2012-02-23 16:51:03,398 DEBUG root thread(MainThread) Message: Unable to start faulthandler - multi-thread tracebacks will not be available Traceback (most recent call last): File "/usr/bin/imagefactory", line 160, in main import faulthandler ImportError: No module named faulthandler 2012-02-23 16:51:03,703 DEBUG paste.httpserver. Version-Release number of selected component (if applicable): ================================================================ imagefactory-1.0.0rc6-1.el6.noarch
This is an optional module. Perhaps the stack trace should be suppressed so as not to raise alarms and clean it up?
Me personally, I like clean logs so I am in favor of suppressing the stack trace of an optional module.
I also got this: 012-03-06 22:28:41,897 INFO root thread(MainThread) Message: Launched as daemon... 2012-03-06 22:29:00,865 DEBUG root thread(MainThread) Message: Unable to start faulthandler - multi-thread tracebacks will not be available Traceback (most recent call last): File "/usr/bin/imagefactory", line 160, in main import faulthandler ImportError: No module named faulthandler Version-Release number of selected component (if applicable): ================================================================ imagefactory-1.0.0rc8-1.el6.noarch
This is an optional module that we only try to load if we are started in debug mode. In debug mode our log is the opposite of "clean". It is extremely wordy and dirty. The message itself is non-fatal and is just letting people know that, although they have asked for extra debugging, they may not get all of it, since we were unable to load the faulthandler module and hence: "multi-thread tracebacks will not be available" If you don't like the message you can turn off debug. Closing as NOTABUG based on this. If anyone disagrees please reopen with further justification.