-
Notifications
You must be signed in to change notification settings - Fork 3.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
roachtest: multitenant-upgrade failed #133282
Comments
test infra bug:
|
roachtest.multitenant-upgrade failed with artifacts on release-24.3 @ 047a8e99eb7a35e3f13ecf6b113f1965f206e3b9:
Parameters:
|
Same error as before:
|
Note: This build has runtime assertions enabled. If the same failure was hit in a run without assertions enabled, there should be a similar failure without this message. If there isn't one, then this failure is likely due to an assertion violation or (assertion) timeout. roachtest.multitenant-upgrade failed with artifacts on release-24.3 @ bbce415047c9896ee3b33b1eb4c06e3d2cab5bd6:
Parameters:
|
The latest error is due to:
|
Looks like the connection was refused as the tenant upgrade to 24.1 failed as the node was still on 23.2:
|
Note: This build has runtime assertions enabled. If the same failure was hit in a run without assertions enabled, there should be a similar failure without this message. If there isn't one, then this failure is likely due to an assertion violation or (assertion) timeout. roachtest.multitenant-upgrade failed with artifacts on release-24.3 @ 8b93c1b0640d51d6fe64d67355d35c3da2980638:
Parameters:
|
Note: This build has runtime assertions enabled. If the same failure was hit in a run without assertions enabled, there should be a similar failure without this message. If there isn't one, then this failure is likely due to an assertion violation or (assertion) timeout. roachtest.multitenant-upgrade failed with artifacts on release-24.3 @ a8238bebce529c9fbd1c795a246fbcc7f96135e4:
Parameters:
|
Latest error is the same certificate authentication one:
I'm looking into the test but I don't see anything obvious. I'm going to check with test-eng for pointers. |
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids of were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids of were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids of were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
136304: roachtest: remove duplicated if branch in connection latency r=srosenberg,herkolategan a=DarrylWong This branch previously set up user certs or a user password depending on the mode of auth. However as of fd6d12c, the test uses the default user/certs created by the roachprod framework and the logic is no longer needed. Fixes: #133301 Epic: none Release note: none 136319: roachprod: add sufficient tenant ids when creating v22.2 client certs r=srosenberg,herkolategan a=DarrylWong In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids of were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: #133282 Epic: none Relese note: none 136437: logictest: remove unnecessary flaky assertion from synthetic_privileges test r=rafiss a=rafiss There's no need to read from the system table directly; the test checks what it needs by using the has_table_privilege function. fixes #133912 fixes #136183 Release note: None Co-authored-by: DarrylWong <[email protected]> Co-authored-by: Rafi Shamim <[email protected]>
Based on the specified backports for linked PR #136319, I applied the following new label(s) to this issue: branch-release-24.1, branch-release-24.2. Please adjust the labels as needed to match the branches actually affected by this issue, including adding any known older branches. 🦉 Hoot! I am a Blathers, a bot for CockroachDB. My owner is dev-inf. |
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids of were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: #133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids of were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
In v22.2, tenant ids must be specified when creating client certs. Previously, only a select number tenant ids of were specified. Those ids were chosen to match the hardcoded ids used by the old multitenant roachprod framework. Now that the new mt framework assigns ids sequentially, we see that creating tenants with ids not specified causes auth issues on clusters bootstrapped on 22.2. Since there should be no drawback to assigning more valid tenant ids than needed, we now add tenants 1 to 100. This should be more than enough for roachprod/roachtest. Fixes: cockroachdb#133282 Epic: none Relese note: none
roachtest.multitenant-upgrade failed with artifacts on release-24.3 @ f4bf28879d49979d438967379b44c2fe3464f968:
Parameters:
ROACHTEST_arch=amd64
ROACHTEST_cloud=gce
ROACHTEST_coverageBuild=false
ROACHTEST_cpu=4
ROACHTEST_encrypted=false
ROACHTEST_fs=ext4
ROACHTEST_localSSD=true
ROACHTEST_runtimeAssertionsBuild=false
ROACHTEST_ssd=0
Help
See: roachtest README
See: How To Investigate (internal)
See: Grafana
This test on roachdash | Improve this report!
Jira issue: CRDB-43533
The text was updated successfully, but these errors were encountered: