bhr_collection is accessing the public symbols AWS S3 bucket directly rather than going through the Mozilla Symbols Server and getting redirected. We're planning to migrate to GCP and after we migrate, there won't be any AWS S3 bucket.
This fixes bhr_collection so that it works with our current setup as well as the setup we'll have after the GCP migration.
Details: https://bugzilla.mozilla.org/show_bug.cgi?id=1831952
* Bump flake to 4.0.0
* Pin protobuf to 3.20.3
* Add explanations to pinned dependencies
Co-authored-by: Will Kahn-Greene <willkg@users.noreply.github.com>
Co-authored-by: Will Kahn-Greene <willkg@users.noreply.github.com>
We're having memory issues and it looks like the total number of crash
reports for the top signatures is increasing over time. This drops the
number of top signatures we look at which will drop the number of crash
reports which should reduce the memory used back to a workable number.
The top_signatures_correlations task is getting killed off for using too
much memory. This drops the top signatures we're looking at from 300 to
250 as a temporary attempt to get the job succeeding again.
The bhr_collection job is currently failing because we are now
seeing a FUNC line in a breakpad file which omits a symbol. I'm
not entirely sure why we're seeing this, but I don't see any
problem with just letting it through annotated as an empty symbol.
We recently raised the number of signatures to look at to 1000, but this
caused the container to run out of memory when working on correlations
for the release channel.
This reverts back to the previous value of 300.
Socorro switched stackwalkers last week and the new one emits a null
instead of an empty string for the module version. This fixes
is_old_firefox_module to work with null (which is None).
We would consider something "unaffected" for a short duration if we had no "short" tab spinner histogram OR "long" tab spinner histogramWe would consider something "unaffected" for a short duration if we had no "short" tab spinner histogram OR "long" tab spinner histograms. It should actually be "no short AND no long".
Eduardo Filho
Alekhya
Alekhya Kommasani
kik-kik
kik-kik
Will Kahn-Greene
Alexander
Will Kahn-Greene
Jeff Klukas
Doug Thayer
Marco Castelluccio
=
Jason Thomas
Ben Wu
Doug Thayer
Ben Wu
dependabot[bot]
Mark Reid
William Lachance
Victor Ng