Differences between revisions 1 and 2
Revision 1 as of 2007-04-29 02:06:02
Size: 995
Editor: bradknowles
Comment:
Revision 2 as of 2007-04-29 02:12:21
Size: 1476
Editor: bradknowles
Comment: Migrated to Confluence 4.0
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
#pragma page-filename DEV/versions/163921 #pragma page-filename DEV/versions/163919
 * I'd say that getting more log data out of the system is one of the biggest issues. We need to be able to track every single message coming into the system, passing through the various modules, and then finally passing out. We could tie message-ids to a queue-id, and then log queue-ids throughout (as is done with sendmail & postfix), but whatever we do needs to be consistent.
Line 5: Line 6:
 * Don't fall into the trap of trying to make things too short or cryptic, which might increase the chance of collision or confusion. Better to be more verbose and eliminate all doubt.
Line 6: Line 8:
Line 8: Line 11:
[[../Decided to move this stuff down into a "real" comment.  Sorry about the edit, folks!|Decided to move this stuff down into a "real" comment. Sorry about the edit, folks!]] [ Decided to move this stuff down into a "real" comment. Sorry about the edit, folks! ]
  • I'd say that getting more log data out of the system is one of the biggest issues. We need to be able to track every single message coming into the system, passing through the various modules, and then finally passing out. We could tie message-ids to a queue-id, and then log queue-ids throughout (as is done with sendmail & postfix), but whatever we do needs to be consistent.

  • An optional unified log file format (a la apache) would be nice, as it would allow you to keep everything in one place. But I'd place this lower on the totem pole than getting more log data out of the system.
  • Don't fall into the trap of trying to make things too short or cryptic, which might increase the chance of collision or confusion. Better to be more verbose and eliminate all doubt.
  • More importantly, making all log data available via the web interface to list admins would be great. The more we can do that doesn't require command-line access to the server, the better. This includes integration with log processing tools like Splunk (which we should use on python.org, btw).

I speak only for myself, but with experience in tracking down problems on posts to various lists on python.org, as well as writing or maintaining various log processing tools

[ Decided to move this stuff down into a "real" comment. Sorry about the edit, folks! ]

MailmanWiki: DEV/Improved Logging/0001 (last edited 2007-04-29 02:12:21 by bradknowles)