Monday 2024-04-08 04:59 UTC - `gitlab-org/gitlab` broken `master` with update-tests-metadata
gitlab-org/gitlab pipeline #1243618224 failed
Pipeline ID | Branch | Commit | Merge request | Source | Duration | Triggered by |
---|---|---|---|---|---|---|
1243618224 |
master |
Merge branch '452495-wiki-content-background-job-flag-enable' into 'master' | Adjust default_enabled to true for wiki_content_background_job flag | schedule |
223.84 minutes | ![]() ![]() |
Failed jobs (1):
-
update-tests-metadata Job ID:
6567968761
(retry with@gitlab-bot retry_job 6567968761
)
Attribution:
How to close this incident
- Follow the steps in the Broken
master
handbook guide to - Reminder: apply the appropriate
~master-broken:*
label to document root cause before closing the incident.
Quick Tips:
- you can retry all failing jobs with
@gitlab-bot retry_pipeline 1243618224
. - a message can be posted in
#backend_maintainers
or#frontend_maintainers
to get a maintainer take a look at the fix ASAP. - add the pipeline:expedite label, and
master:broken
ormaster:foss-broken
label, to speed up themaster
-fixing pipelines.
No timeline items have been added yet.
- Show closed items
Activity
-
Newest first Oldest first
-
Show all activity Show comments only Show history only
- Author Maintainer
Root Cause Analysis
Collapse replies rspec-profiling v0.0.8 added the
seed
column via https://github.com/procore-oss/rspec_profiling/pull/1, which does not exist in the current database.I logged into the database with credentials from the Production vault and ran:
ALTER TABLE spec_profiling_results ADD COLUMN seed INTEGER, ADD COLUMN start_memory DOUBLE PRECISION, ADD COLUMN end_memory DOUBLE PRECISION;
The schema is now:
Table "public.spec_profiling_results" Column | Type | Collation | Nullable | Default | Storage | Stats target | Description ------------------+--------------------------------+-----------+----------+----------------------------------------------------+----------+--------------+------------- id | bigint | | not null | nextval('spec_profiling_results_id_seq'::regclass) | plain | | branch | character varying | | | | extended | | commit_hash | character varying | | | | extended | | date | timestamp without time zone | | | | plain | | file | text | | | | extended | | line_number | integer | | | | plain | | description | text | | | | extended | | time | numeric | | | | main | | status | character varying | | | | extended | | exception | text | | | | extended | | query_count | integer | | | | plain | | query_time | numeric | | | | main | | request_count | integer | | | | plain | | request_time | numeric | | | | main | | created_at | timestamp(6) without time zone | | | | plain | | updated_at | timestamp(6) without time zone | | | | plain | | feature_category | text | | | | extended | | seed | integer | | | | plain | | start_memory | double precision | | | | plain | | end_memory | double precision | | | | plain | | Indexes: "spec_profiling_results_pkey" PRIMARY KEY, btree (id) "index_spec_profiling_results_branch" btree (branch) "index_spec_profiling_results_commit" btree (commit_hash) "index_spec_profiling_results_date" btree (date) "index_spec_profiling_results_file" btree (file) "index_spec_profiling_results_file_line_number" btree (file, line_number) "index_spec_profiling_results_query_count" btree (query_count) "index_spec_profiling_results_query_time" btree (query_time) "index_spec_profiling_results_request_count" btree (request_count) "index_spec_profiling_results_request_time" btree (request_time) "index_spec_profiling_results_time" btree ("time") Access method: heap
- Owner
Thanks @stanhu!
Sure! I wish we had a better way of managing migrations for this gem, but it shouldn't get updated that frequently.
https://gitlab-org.gitlab.io/rspec_profiling_stats/ seems to have been updated recently.
I guess we'll have to wait until https://gitlab.com/gitlab-org/gitlab/-/jobs/6575488519 completes to see for sure.
- Owner
@stanhu It's not very obvious that the CSV collector is related to our database structure
See #5751 (comment 1851637550)
Sure! I wish we had a better way of managing migrations for this gem, but it shouldn't get updated that frequently.
We've seen CSV (or SQL on our side) related changes in 0.0.8 and 0.0.9. It seems the author picked up the update pace again
Perhaps we could tweak the CSV to PSQL ingestion to have more control over which CSV columns are dumped into database columns.
Edited by Peter Leitzen It's not very obvious that the CSV collector is related to our database structure
Yeah, that's because we patch things here: https://gitlab.com/gitlab-org/gitlab/-/blob/32eb2931f6ea457460d1005cd3b4e91b88432ecd/config/initializers/rspec_profiling.rb#L12. Perhaps we should upstream some of those changes, as well as https://gitlab.com/gitlab-org/gitlab/-/blob/master/scripts/insert-rspec-profiling-data.
We've seen CSV (or SQL on our side) related changes in 0.0.8 and 0.0.9. It seems the author picked up the update pace again
Perhaps we could tweak the CSV to PSQL ingestion to have more control over which CSV columns are dumped into database columns.
Yes, we could add a test or put a fixed value in that patch above.
Edited by Stan Hugitlab-org/gitlab!149508 (merged) should help here.
1
- Author Maintainer
Investigation Steps
- Author Maintainer
Duration Analysis
- Stan Hu closed
closed
- Stan Hu changed the incident status to Resolved by closing the incident
changed the incident status to Resolved by closing the incident
- Author Maintainer
@stanhu, please add a concrete~master-broken::
root cause label following the Triage DRI Responsibilities handbook page.Ignore this comment if you think the incident already has all of the necessary labels to conclude your root cause analysis.
This message was generated automatically. You're welcome to improve it.
- Rémy Coutable added master-brokendependency-upgrade label and removed master-brokenundetermined label
added master-brokendependency-upgrade label and removed master-brokenundetermined label
- Rémy Coutable marked #5751 (closed) as a duplicate of this issue
marked #5751 (closed) as a duplicate of this issue
- Rémy Coutable marked this incident as related to #5751 (closed)
marked this incident as related to #5751 (closed)
- Rémy Coutable mentioned in incident #5751 (closed)
mentioned in incident #5751 (closed)
- Stan Hu mentioned in commit gitlab-org/gitlab@6c1afc2e
mentioned in commit gitlab-org/gitlab@6c1afc2e
- Stan Hu mentioned in merge request gitlab-org/gitlab!149508 (merged)
mentioned in merge request gitlab-org/gitlab!149508 (merged)
- Stan Hu mentioned in commit gitlab-org/gitlab@29f6a39c
mentioned in commit gitlab-org/gitlab@29f6a39c