Wednesday 2023-12-20 16:27 UTC - `gitlab-org/gitlab` broken `master` with rspec system pg14 2/26, rspec system pg14 1/26
gitlab-org/gitlab pipeline #1114564877 failed
Project | Pipeline ID | Branch | Commit | Merge request | Source | Duration | Triggered by |
---|---|---|---|---|---|---|---|
gitlab-org/gitlab | 1114564877 |
master |
Merge branch 'eduardosanz/enable_admin_mode' into 'master' | Retire gitlab_enable_admin_mode_sign_in | push |
57.55 minutes | Imre Farkas |
Failed jobs (2):
-
rspec system pg14 2/26 Job ID:
5795856225
(retry with@gitlab-bot retry_job 5795856225
) -
rspec system pg14 1/26 Job ID:
5795856222
(retry with@gitlab-bot retry_job 5795856222
)
General guidelines
Follow the Broken master
handbook guide.
Attribution
If RSpec tests failed, the group having most of the failing tests is assigned to the incident.
Please note that if the assigned group is wrong, the tests may be tagged with the wrong feature_category metadata. You can follow the guide to update it so future incidents will be labelled with the correct group.
Engineering Productivity will be added if no group label is identified.
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:2:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:3:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:3:1:2]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:4:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:4:1:2]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:5:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:5:1:2]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:6:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:6:1:2]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:7:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:7:1:2]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:1:8:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:2:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:2:2]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:2:3:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:2:3:2:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:3:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:3:2]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_impersonation_spec.rb[1:1:1:3:3:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_identities_spec.rb[1:1:1:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_identities_spec.rb[1:1:2:1]
-
groupauthentication Category:User Management ./spec/features/admin/users/user_identities_spec.rb[1:1:3:1]
This incident is attributed to groupauthentication and posted in #g_govern_authentication
.
Investigation
Please capture your investigation steps in the Investigation Steps
thread.
- If the failure is new, and looks like a potential flaky failure, you can retry the failing jobs with
@gitlab-bot retry_pipeline 1114564877
. - If the failure looks like a broken
master
, communicate the brokenmaster
in Slack using the "Broadcast Master Broken" workflow:
- Click the Shortcut lightning bolt icon in the
#master-broken
channel and select "Broadcast Master Broken". - Click "Continue the broadcast" after the automated message in
#master-broken
.
Root Cause Analysis
- It is important to categorize the incident by its root cause to identify corrective actions and to track data for furture references.
- Root cause labels can be found in the Broken
master
handbook guide. Search forPlease set the appropriate ~master-broken:* label from the list below
.
Pre-resolution
If you believe that there's an easy resolution by either:
- Reverting a particular merge request.
- Making a quick fix (for example, one line or a few similar simple changes in a few lines).
You can create a merge request, assign to any available maintainer, and ping people that were involved/related to the introduction of the failure.
Additionally, a message can be posted in
#backend_maintainers
or#frontend_maintainers
to get a maintainer take a look at the fix ASAP.
In both cases, make sure to add the pipeline:expedite label, and master:broken
or master:foss-broken
label, to speed up the master
-fixing pipelines.