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
* Updates a link the deploy docs
* Fixes typo in Deploy guide
* Updates Troubleshooting Quay on OCP docs
---------
Co-authored-by: Steven Smith <[email protected]>
Copy file name to clipboardExpand all lines: modules/first-user-api.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,7 +17,7 @@ SUPER_USERS:
17
17
# ..
18
18
----
19
19
+
20
-
If you did not configure these settings upon registry creation, and need to re-configure your registry to enable these settings, see. . .
20
+
If you did not configure these settings upon registry creation, and need to re-configure your registry to enable these settings, see "Enabling features after deployment".
21
21
22
22
* You have not created a user by using the {productname} UI.
Copy file name to clipboardExpand all lines: modules/operator-config-cli.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,4 +20,4 @@ To enable features in the {ocp} web console, you can edit the `configBundleSecre
20
20
21
21
. In the *Value* text box, add the new configuration fields for the features that you want to enable. For a list of all configuration fields, see link:https://docs.redhat.com/en/documentation/red_hat_quay/3/html/configure_red_hat_quay/index[Configure {productname}].
22
22
23
-
. Click *Save*. The {productname} Operator automatically reconciles the changes by restarting all Quay-related pods. After all pods are restart, the features are enabled.
23
+
. Click *Save*. The {productname} Operator automatically reconciles the changes by restarting all Quay-related pods. After all pods are restarted, the features are enabled.
= Monitoring and debugging the QuayRegistry CR by using the CLI
4
4
5
-
Users can now troubleshoot problems during the deployment phase. The status in the `QuayRegistry` object can help you monitor the health of the components during the deployment an help you debug any problems that may arise.
5
+
The `oc` CLI tool can be used to troubleshoot problems related to registry deployment. With the `oc` CLI, you can obtain the following information about the `QuayRegistry` CR:
6
6
7
-
.Procedure
7
+
* The `conditions` field, which field shows the status of all `QuayRegistry` components.
8
8
9
-
. Enter the following command to check the status of your deployment:
10
-
+
11
-
[source,terminal]
12
-
----
13
-
$ oc get quayregistry -n quay-enterprise -o yaml
14
-
----
15
-
+
16
-
.Example output
17
-
+
18
-
Immediately after deployment, the `QuayRegistry` object will show the basic configuration:
* The `currentVersion` field, which shows the version of {productname}.
10
+
11
+
* The `registryEndpoint` field, which shows the publicly available hostname of the registry.
12
+
13
+
When troubleshooting deployment issues, you can check the `Status` field of the `QuayRegistry` custom resource (CR). This field reveals the health of the components during the deployment and can help you debug various problems with the deployment.
62
14
63
-
. Use the `oc get pods` command to view the current state of the deployed components:
15
+
.Prerequisites
16
+
17
+
* You have deployed a {productname} registry by using the web console or the CLI.
18
+
19
+
.Procedure
20
+
21
+
. View the state of deployed components by entering the following command:
. While the deployment is in progress, the `QuayRegistry` object will show the current status. In this instance, database migrations are taking place, and other components are waiting until completion:
44
+
. Return information about your deployment by entering the following command:
87
45
+
88
46
[source,terminal]
89
47
----
90
-
status:
91
-
conditions:
92
-
- lastTransitionTime: "2021-09-14T10:52:04Z"
93
-
lastUpdateTime: "2021-09-14T10:52:04Z"
94
-
message: all objects created/updated successfully
95
-
reason: ComponentsCreationSuccess
96
-
status: "False"
97
-
type: RolloutBlocked
98
-
- lastTransitionTime: "2021-09-14T10:52:05Z"
99
-
lastUpdateTime: "2021-09-14T10:52:05Z"
100
-
message: running database migrations
101
-
reason: MigrationsInProgress
102
-
status: "False"
103
-
type: Available
104
-
lastUpdated: 2021-09-14 10:52:05.371425635 +0000 UTC
105
-
unhealthyComponents:
106
-
clair:
107
-
- lastTransitionTime: "2021-09-14T10:51:32Z"
108
-
lastUpdateTime: "2021-09-14T10:51:32Z"
109
-
message: 'Deployment example-registry-clair-postgres: Deployment does not have minimum availability.'
110
-
reason: MinimumReplicasUnavailable
111
-
status: "False"
112
-
type: Available
113
-
- lastTransitionTime: "2021-09-14T10:51:32Z"
114
-
lastUpdateTime: "2021-09-14T10:51:32Z"
115
-
message: 'Deployment example-registry-clair-app: Deployment does not have minimum availability.'
116
-
reason: MinimumReplicasUnavailable
117
-
status: "False"
118
-
type: Available
119
-
mirror:
120
-
- lastTransitionTime: "2021-09-14T10:51:32Z"
121
-
lastUpdateTime: "2021-09-14T10:51:32Z"
122
-
message: 'Deployment example-registry-quay-mirror: Deployment does not have minimum availability.'
123
-
reason: MinimumReplicasUnavailable
124
-
status: "False"
125
-
type: Available
48
+
$ oc get quayregistry -n <namespace> -o yaml
126
49
----
127
-
128
-
. When the deployment process finishes successfully, the status in the `QuayRegistry` object shows no unhealthy components:
50
+
+
51
+
.Example output
129
52
+
130
53
[source,terminal]
131
54
----
132
-
status:
133
-
conditions:
134
-
- lastTransitionTime: "2021-09-14T10:52:36Z"
135
-
lastUpdateTime: "2021-09-14T10:52:36Z"
136
-
message: all registry component healthchecks passing
137
-
reason: HealthChecksPassing
55
+
apiVersion: v1
56
+
items:
57
+
- apiVersion: quay.redhat.com/v1
58
+
kind: QuayRegistry
59
+
metadata:
60
+
annotations:
61
+
...
62
+
spec:
63
+
components:
64
+
- kind: clair
65
+
managed: true
66
+
- kind: objectstorage
67
+
managed: false
68
+
...
69
+
status:
70
+
conditions: <1>
71
+
- lastTransitionTime: "2025-10-01T18:46:13Z"
72
+
lastUpdateTime: "2025-10-07T13:12:54Z"
73
+
message: Horizontal pod autoscaler found
74
+
reason: ComponentReady
138
75
status: "True"
139
-
type: Available
140
-
- lastTransitionTime: "2021-09-14T10:52:46Z"
141
-
lastUpdateTime: "2021-09-14T10:52:46Z"
142
-
message: all objects created/updated successfully
143
-
reason: ComponentsCreationSuccess
144
-
status: "False"
145
-
type: RolloutBlocked
146
-
currentVersion: {producty}
147
-
lastUpdated: 2021-09-14 10:52:46.104181633 +0000 UTC
= Monitoring and debugging the QuayRegistry CR by using the {ocp} web console
4
4
5
-
Lifecycle observability for a given {productname}deployment is reported in the `status` section of the corresponding `QuayRegistry` object. The {productname} Operator constantly updates this section, and this should be the first place to look for any problems or state changes in {productname} or its managed dependencies.
5
+
Lifecycle observability for a {productname}registry is reported on the *Events* page of the registry. If leveraging the {ocp} web console, this is the first place to look for any problems related to registry deployment.
6
6
7
-
[id="quayregistry-endpoint"]
8
-
== Viewing the registry endpoint
7
+
.Prerequisites
9
8
10
-
Once {productname} is ready to be used, the `status.registryEndpoint` field will be populated with the publicly available hostname of the registry.
9
+
* You have deployed a {productname} registry.
11
10
12
-
[id="quayregistry-current-version"]
13
-
== Viewing the version of {productname} in use
11
+
.Procedure
14
12
15
-
The current version of {productname} that is running will be reported in `status.currentVersion`.
13
+
. On the {ocp} web console, click *Operators*->*Installed Operators*->*Red Hat Quay*.
16
14
17
-
[id="quayregistry-conditions"]
18
-
== Viewing the conditions of your {productname} deployment
15
+
. On the *{productname} Operator* details page, click *Quay Registry*.
19
16
20
-
Certain conditions will be reported in `status.conditions`.
17
+
. Click the name of the registry ->*Events*. On this page, events a streamed in real-time.
18
+
19
+
. Optional: To reveal more information about deployment issues, you can click the name of the registry on the *Events* page to navigate to the *QuayRegistry details* page. On the *QuayRegistry details page*, you can view the condition of all `QuayRegistry` CR components.
You can troubleshoot the `QuayRegistry` CR to reveal issues during registry deployment by checking the *Events* page on the {ocp} web console, or by using the `oc` CLI.
0 commit comments