Renew the QM_INIT_TELEMETRY_ERROR telemetry
Categories
(Core :: Storage: Quota Manager, task, P3)
Tracking
()
People
(Reporter: tt, Assigned: tt)
References
(Blocks 1 open bug)
Details
Attachments
(6 obsolete files)
We might want:
- Continue traverse directories even an error is found on all channels, but only for the first run.
- Report only for the first attempt
- All Channels?
- At least record for the new 6 releases
Assignee | ||
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Not sure if want to do this on Release (we will have the new telemetry for that). However, we may start discussing if this should be permanent on Nightly at least (maybe even beta).
Regarding reporting it for the first attempt only, yes, I agree. However, if the goal is to use the measurement dashboard directly (without running own queries for adjusting data), we might consider creating own collector class for collecting errors during initialization and reporting telemetry just before exiting EnsureTemporaryStorageIsInitialized method.
Another thing is that we don't cover EnsureStorageIsInitialized at all (especially the upgrade methods).
And, we need to allocate enough "n_values", so we will be able to add new labels easily later.
Comment 2•3 years ago
|
||
Maybe we should introduce a telemetry for EnsureStorageIsInitialized, especially for upgrade methods first. I don't plan big changes there, so it makes sense to do it before QM v3.
Assignee | ||
Comment 3•3 years ago
|
||
(In reply to Jan Varga [:janv] from comment #1)
Not sure if want to do this on Release (we will have the new telemetry for that). However, we may start discussing if this should be permanent on Nightly at least (maybe even beta).
Regarding reporting it for the first attempt only, yes, I agree. However, if the goal is to use the measurement dashboard directly (without running own queries for adjusting data), we might consider creating own collector class for collecting errors during initialization and reporting telemetry just before exiting EnsureTemporaryStorageIsInitialized method.
Another thing is that we don't cover EnsureStorageIsInitialized at all (especially the upgrade methods).
And, we need to allocate enough "n_values", so we will be able to add new labels easily later.
Thanks for the suggestion! Will work on a patch for:
- Reporting it for the first attempt only
- Implement a class to report init error
- Cover the EnsureStorageIsInitialized in another new telemetry
Assignee | ||
Comment 4•3 years ago
|
||
Assignee | ||
Comment 5•3 years ago
|
||
Depends on D55469
Updated•3 years ago
|
Assignee | ||
Comment 6•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Comment 7•3 years ago
|
||
Depends on D57102
Assignee | ||
Comment 8•3 years ago
|
||
Unassign me since I will be on vacation for several weeks. People in the worker-and-storage team are welcome to take it.
Updated•3 years ago
|
Assignee | ||
Comment 9•3 years ago
|
||
Depends on D57102
Assignee | ||
Comment 10•3 years ago
|
||
Depends on D57950
Updated•3 years ago
|
Updated•3 years ago
|
Comment 11•2 years ago
|
||
I hate to say it, but it seems this bug and patches are obsoleted by QM_TRY
and the new event based telemetry.
Comment 12•2 years ago
|
||
Yes, for the most part this seems true. Collecting the errors and reporting all of them seems to have had similar goals as reporting QM_TRY errors via telemetry.
I wonder if we should still do what D55469 introduced, i.e. doing the Nightly-specific behaviour of continuing on errors only on the first attempt. The patch will need to be heavily rebased though :(
Comment 13•2 years ago
|
||
Yeah, feel free to file a new bug for that.
And we should allow telemetry reporting of QM_TRY failures only on the first attempt too (another new bug should be filed).
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 14•2 years ago
|
||
(In reply to Jan Varga [:janv] from comment #13)
Yeah, feel free to file a new bug for that.
And we should allow telemetry reporting of QM_TRY failures only on the first attempt too (another new bug should be filed).
I filed bug 1689349 and I am going to close this one.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Description
•