Closed Bug 1079286 Opened 10 years ago Closed 7 years ago

Viewable log parser logs

Categories

(Tree Management :: Treeherder: Data Ingestion, defect, P4)

defect

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.
Blocks: 1072676
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
Flags: needinfo?(jlal)
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)
No longer blocks: 1072676
Component: Treeherder → Treeherder: Data Ingestion
Priority: P3 → P4
Blocks: 1152742
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.