Closed
Bug 1079286
Opened 10 years ago
Closed 8 years ago
Viewable log parser logs
Categories
(Tree Management :: Treeherder: Data Ingestion, defect, P4)
Tree Management
Treeherder: Data Ingestion
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jlal, Unassigned)
References
Details
In the case of using non-bb tooling the log parser is pretty opaque process. When it fails there is very little indication why and in the case of success (but incomplete parsing) there is no indication what is missing... Ideally we could have a "log parser log" that is an artifact (stored on s3 or somewhere with a short expiration) that would log the parsing state and dump useful information particularly in the case of an error.
Comment 1•10 years ago
|
||
Does the access to newrelic now solve this use case?
If not, would bug 1087999 solve this?
Or do we need additional logging in the log parser as well?
OS: Mac OS X → All
Priority: -- → P3
Hardware: x86 → All
Updated•10 years ago
|
Flags: needinfo?(jlal)
Reporter | ||
Comment 2•10 years ago
|
||
It really helps me personally but I think we should have some kind of artifact ("parser error logs") if/when the parser fails. This is mostly useful for people who are submitting data via the API. This goes with the team of (self-service API) if you cannot see the error its almost impossible to debug without access to all the right tooling.
Flags: needinfo?(jlal)
Updated•10 years ago
|
Priority: P3 → P4
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•