You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/en/install/03_sonarqube_deploy.md
+10-1Lines changed: 10 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -231,7 +231,7 @@ apiVersion: dex.coreos.com/v1
231
231
kind: OAuth2Client
232
232
name: OIDC
233
233
metadata:
234
-
name: m5uxi3dbmiwwizlyzpzjzzeeeirsk# This value is calculated based on the hash of the id field, online calculator: https://go.dev/play/p/QsoqUohsKok
234
+
name: onxw4ylsof2wezjnmrsxrs7sttsiiirdeu# This value is calculated based on the hash of the id field, online calculator: https://go.dev/play/p/QsoqUohsKok
|metadata.name| The resource name, which must be calculated based on the hash of the `id` field. You can use online hash calculators such as https://go.dev/play/p/QsoqUohsKok to generate it. | onxw4ylsof2wezjnmrsxrs7sttsiiirdeu |
251
+
|metadata.namespace| The platform system namespace, Must be `cpaas-system`. | cpaas-system|
252
+
244
253
Add the SSO configuration to the SonarQube instance:
Copy file name to clipboardExpand all lines: docs/en/upgrade/05_upgrade_to_2025.1.0.md
+9-7Lines changed: 9 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,13 +4,16 @@
4
4
5
5
This document describes how to upgrade SonarQube from version 9.9.5.1(9.9.6) to 2025.1.0. Since this upgrade involves changes in operator 4.0 version, existing SonarQube instances need to be migrated to the new version operator.
6
6
7
-
::::tip Migration Duration
7
+
::: tip Migration Duration
8
+
8
9
- Larger databases take longer to migrate.
9
10
- Storage performance also affects migration speed — using TopoLVM is recommended for better performance.
1. Perform a complete data backup according to the [backup documentation](../howto/04_sonarqube_backup.md)
68
-
69
71
2. Create a new PG database for the new SonarQube instance.
70
-
> It is recommended to create a new database for deploying the new SonarQube version to avoid contaminating the old database and ensure the old SonarQube can still function normally
71
-
72
+
> It is recommended to create a new database for deploying the new SonarQube version to avoid contaminating the old database and ensure the old SonarQube can still function normally
72
73
3. Migrate the data according to the [backup documentation](../howto/04_sonarqube_backup.md)
73
-
74
74
4. Create a new database secret. The new version secret only needs to store the password:
75
75
76
76
```bash
@@ -99,7 +99,9 @@ type: Opaque
99
99
100
100
Choose the corresponding configuration based on the storage type used by the old SonarQube instance:
101
101
102
-
`kubectl get sonarqube.operator.devops.alauda.io <old-sonarqube-name> -n <old-instance-namespace> -o jsonpath='{.spec.persistence.type}'`
102
+
```bash
103
+
kubectl get sonarqube.operator.devops.alauda.io <old-sonarqube-name> -n <old-instance-namespace> -o jsonpath='{.spec.persistence.type}'
0 commit comments