errors should include a timestamp and/or request ID so that they can be correlated with server logs #1647

Open
opened 2011-12-30 23:48:21 +00:00 by davidsarah · 0 comments
davidsarah commented 2011-12-30 23:48:21 +00:00
Owner

It's often useful to be able to correlate error messages (from any frontend) with entries in a storage server's logs. When a user passes on an error message, the exact time at which it happened is often lost. If a UTC timestamp were included in the message itself, that would be less likely.

It would be even better if operations (downloads, uploads, etc.) were tagged with a unique ID that was present both in the frontend error message and the log. However, that's likely to take more effort to implement.

It's often useful to be able to correlate error messages (from any frontend) with entries in a storage server's logs. When a user passes on an error message, the exact time at which it happened is often lost. If a UTC timestamp were included in the message itself, that would be less likely. It would be even better if operations (downloads, uploads, etc.) were tagged with a unique ID that was present both in the frontend error message and the log. However, that's likely to take more effort to implement.
tahoe-lafs added the
code-frontend
major
defect
1.9.0
labels 2011-12-30 23:48:21 +00:00
tahoe-lafs added this to the undecided milestone 2011-12-30 23:48:21 +00:00
tahoe-lafs modified the milestone from undecided to 1.11.0 2012-06-29 13:21:36 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: tahoe-lafs/trac-2024-07-25#1647
No description provided.