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: modules/authentication-troubleshooting.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -14,4 +14,4 @@ The following authentication methods are supported by {productname}:
14
14
15
15
* *Token-based authentication*. Users can obtain unique tokens that grant access to specific resources within {productname}. Tokens can be obtained through various means, such as OAuth or by generating API tokens within the {productname} user interface. Token-based authentication is often used for automated or programmatic access to the registry.
16
16
17
-
* *External identity provider*. {productname} can integrate with external identity providers, such as LDAP or AzureAD, for authentication purposes. This integration allows organizations to leverage their existing identity management infrastructure, enabling centralized user authentication and reducing the need for separate user databases.
17
+
* *External identity provider*. {productname} can integrate with external identity providers, such as LDAP or AzureAD, for authentication purposes. This integration allows organizations to use their existing identity management infrastructure, enabling centralized user authentication and reducing the need for separate user databases.
Copy file name to clipboardexpand all lines: modules/build-logs-not-loading.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -2,4 +2,4 @@
2
2
[id="build-logs-not-loading"]
3
3
= Build logs are not loading
4
4
5
-
In some cases, attempting to load logs for a repository build results in only a throbber, and no logs are displayed. This typically occurs when you are using a browser equipped with one of the following extensions: AdBlock, uBlock, or Privacy Badger. These browser extensions can cause the loading of build logs to be cancelled. To resolve this issue, disable the browser extension and reload the page.
5
+
In some cases, attempting to load logs for a repository build results in only a throbber icon, and no logs are displayed. This typically occurs when you are using a browser equipped with one of the following extensions: AdBlock, uBlock, or Privacy Badger. These browser extensions can cause the loading of build logs to be cancelled. To resolve this issue, disable the browser extension and reload the page.
In some cases, attempting to add a Build Trigger results in the following error message: `You are not admin on the SCM repository`. In order for {productname} to add the webhook callback necessary for Build Triggers, the user granting {productname} access to the SCM repository must have administrative access on that repository.
5
+
In some cases, attempting to add a build trigger results in the following error message: `You are not admin on the SCM repository`. In order for {productname} to add the webhook callback necessary for Build Triggers, the user granting {productname} access to the SCM repository must have administrative access on that repository.
Copy file name to clipboardexpand all lines: modules/cannot-access-private-repo.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
[id="cannot-access-private-repo"]
3
3
= Unable to access private repositories using Amazon EC2 Container Service
4
4
5
-
In some cases, authentication fails while attempting to use Amazon Elastic Container Service (EC2). This error occurs when the authentication configuration in the `ecs.config` file is missing.
5
+
In some cases, authentication fails while attempting to use Amazon Elastic Container Service (ECS). This error occurs when the authentication configuration in the `ecs.config` file is missing.
6
6
7
7
In order for ECS to pull down Docker images, the following information must be included in the ECS configuration file that is located in the `/etc/ecs/ecs.conf` file:
Copy file name to clipboardexpand all lines: modules/cannot-locate-dockerfile.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -6,4 +6,4 @@ When building an image, the following error is returned: `A build step failed: A
6
6
7
7
* *The `.dockerignore` file contains the Dockerfile.* Unlike Docker Hub, the Dockerfile is part of the Build Context on {productname}. The Dockerfile must not appear in the `.dockerignore` file. Remove the Dockerfile from the `.dockerignore` file to resolve the issue.
8
8
9
-
* *The Build Trigger is incorrect.* Verify the Dockerfile location and the branch/tag value specified in the Build Trigger.
9
+
* *The build trigger is incorrect.* Verify the Dockerfile location and the branch or tag value specified in the build trigger.
Copy file name to clipboardexpand all lines: modules/cannot-reach-registry-endpoint.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -2,4 +2,4 @@
2
2
[id="cannot-reach-registry-endpoint"]
3
3
= Unable to reach registry endpoint
4
4
5
-
In some cases, attempting to pull a Docker image returns the following error: `Could not reach any registry endpoint`. This usually occurs because you are attempting to pull a non-existent tag. If you do not specify a tag, newer version of Docker attempt to pull the "latest" tag, regardless of whether it actually exists.
5
+
In some cases, trying to pull a Docker image returns the following error: `Could not reach any registry endpoint`. This usually occurs because you are attempting to pull a non-existent tag. If you do not specify a tag, newer version of Docker attempt to pull the "latest" tag, regardless of whether it actually exists.
= Does Clair supporting scanning of distoless container images?
3
+
= Does Clair supporting scanning of disto-less container images?
4
4
5
-
Support for scanning distroless containers was added in Clair 4.6.1. This feature is not present in earlier versions. For Clair on the {productname} Operator, this feature was released with {productname} 3.8.7.
5
+
Support for scanning distro-less containers was added in Clair 4.6.1. This feature is not present in earlier versions. For Clair on the {productname} Operator, this feature was released with {productname} 3.8.7.
Copy file name to clipboardexpand all lines: modules/clair-troubleshooting-issues.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -112,7 +112,7 @@ $ podman logs clair-container
112
112
[id="updating-cve-database"]
113
113
== Updating the CVE database
114
114
115
-
Updating the CVE database can be a memory and CPU intensive task, especially if there are several CVEs that must be parsed. If the resources are exhausted during this process, the system kernel can terminate the offending process. This should be visible in Docker logs, Podman logs, or in the system journal. For example:
115
+
Updating the CVE database can be a memory and CPU intensive task, especially if there are several CVEs that must be parsed. If the resources are exhausted during this process, the system kernel can stop the offending process. This should be visible in Docker logs, Podman logs, or in the system journal. For example:
Copy file name to clipboardexpand all lines: modules/connecting-s3-timeout.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ In some cases, {productname} attempts to connect to the s3 bucket that is descri
6
6
7
7
This error occurs because the URL format of a bucket is one of two options. For example:
8
8
9
-
* `http://s3.amazonaws.com/[bucket_name]/`
9
+
* `\http://s3.amazonaws.com/[bucket_name]/`
10
10
* `http://[bucket_name].s3.amazonaws.com/`
11
11
12
12
To resolve this issue, you must add the `s3_region` configuration parameter to your `config.yaml` file. This field is not currently embedded in the {productname} config editor, so it must be manually added. If this field is not present in your `config.yaml` file, the Authorization header explicitly mentions a different region and not the region set in the `hostname` field of your `config.yaml` file.
Copy file name to clipboardexpand all lines: modules/deleting-user-cli.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
:_content-type: CONCEPT
2
2
[id="deleting-user-cli"]
3
-
= Deleting a user from {productname} from the command line
3
+
= Deleting a {productname} user from the command line
4
4
5
5
When accessing the *Users* tab in the *Superuser Admin* panel of the {productname} UI, you might encounter a situation where no users are listed. Instead, a message appears, indicating that {productname} is configured to use external authentication, and users can only be created in that system.
Copy file name to clipboardexpand all lines: modules/docker-failing-pulls.adoc
+2-2
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@
4
4
5
5
In some cases, using `docker pull` might return the following error: `39cb5a2eab5d: Error pulling image (myimage) from quay.io/my/repository. . . Could not find repository on any of the indexed registries.` There are two reasons for receiving this error.
6
6
7
-
* *Linux kernel bug on Ubuntu Precise Pangolin (12.04 LTS) (64-bit).* Precise has a Linux kernel bug that must be updated in order to use Docker. Use the following commands to update and reboot Precise.
7
+
* *Linux kernel bug on Ubuntu Precise Pangolin (12.04 LTS) (64-bit).* Precise has a Linux kernel bug that must be updated to use Docker. Use the following commands to update and reboot Precise.
* *Missing AUFS on Raring 13.04 and Saucy 13.10 (64-bit).* Not all installations of Ubuntu 13.04/13.10 ship with AUFS enabled. Enter the following commands to install additional Linux kernel modules:
24
+
* *Missing AUFS on Raring 13.04 and Saucy 13.10 (64-bit).* Not all installations of Ubuntu 13.04 or 13.10 include AUFS enabled. Enter the following commands to install additional Linux kernel modules:
Copy file name to clipboardexpand all lines: modules/error-403-troubleshooting.adoc
+2-2
Original file line number
Diff line number
Diff line change
@@ -27,12 +27,12 @@ For more information, see link:https://github.com/moby/moby/issues/4267[Dockercf
27
27
28
28
Docker stores the credentials that it uses for pushing and pulling in a file that is usually placed in the `$HOME/.docker/config.json` folder. If you are executing Docker in another environment, such as a scripted `docker build`, a virtual machine, `makefile`, `virtualenv`, and so on, Docker cannot find the `config.json` file and fails.
29
29
30
-
As a workaround, make sure that the `config.json` file is accessible to the environment which is performing the push or pull commands.
30
+
As a workaround, verify that the `config.json` file is accessible to the environment which is performing the push or pull commands.
31
31
32
32
[id="repository-permissions"]
33
33
== Insufficient repository permissions
34
34
35
-
Ensure that your user, robot account, or token has sufficient permissions on the repository. Permissions on a repository can be edited from the *Settings* -> *Repository settings* page.
35
+
Ensure that your user, robot account, or token has the necessary permissions on the repository. Permissions on a repository can be edited from the *Settings* -> *Repository settings* page.
Copy file name to clipboardexpand all lines: modules/error-429-troubleshooting.adoc
+2-2
Original file line number
Diff line number
Diff line change
@@ -6,6 +6,6 @@ HTTP status code `429` indicates that the user has sent too many requests in a g
6
6
7
7
* Reduce the frequency or pace at which you are sending requests to your {productname} registry. This helps ensure that you stay within the allowed limits and avoid triggering a `429` response.
8
8
9
-
* Implement a backoff strategy to wait and retry the request after a certain period of time. Backoff strategies involve increasing the waiting time between subsequent requests. This gives the server enough time to process previous requests, which avoids overwhelming the server.
9
+
* Implement a back-off strategy to wait and retry the request after a certain period of time. Back-off strategies involve increasing the waiting time between subsequent requests. This gives the server enough time to process previous requests, which avoids overwhelming the server.
10
10
11
-
* Utilize caching mechanisms to store and reuse frequently accessed data from the {productname} registry. This can help reduce the need for repeated requests and improve overall performance.
11
+
* Use caching mechanisms to store and reuse frequently accessed data from the {productname} registry. This can help reduce the need for repeated requests and improve overall performance.
Copy file name to clipboardexpand all lines: modules/error-500-troubleshooting.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -12,7 +12,7 @@ To resolve this issue, you can increase the database connection count by using t
12
12
13
13
. Navigate to your `/var/lib/pgsql/data/postgresql.conf` file.
14
14
15
-
. Increase the database connection count by updating the the `max_connections` variable. It is recommended to set the number of connections on the database to at least `1000` for a development cluster, and `2000` for a production cluster. In some cases you might need more. For example:
15
+
. Increase the database connection count by updating the `max_connections` variable. It is recommended to set the number of connections on the database to at least `1000` for a development cluster, and `2000` for a production cluster. In some cases you might need more. For example:
Copy file name to clipboardexpand all lines: modules/error-502-troubleshooting.adoc
+7-7
Original file line number
Diff line number
Diff line change
@@ -43,14 +43,14 @@ If you run {productname} in debug mode and the error `peewee.DataError: integer
43
43
44
44
.Procedure
45
45
46
-
* In most cases, a {productname} administrator can resolve this error by setting the `FEATURE_CHANGE_TAG_EXPIRATION` configuration field to `false` in their `config.yaml` file.
46
+
. In most cases, a {productname} administrator can resolve this error by setting the `FEATURE_CHANGE_TAG_EXPIRATION` configuration field to `false` in their `config.yaml` file.
47
47
+
48
48
[NOTE]
49
49
====
50
50
This change affects all users of your organization and disables them from setting tag expirations themselves.
51
51
====
52
52
53
-
* Alternatively, you can request the user or owner of the repository in question to either remove, or change, the tag expiration manually. If they do not respond, you can execute the following steps:
53
+
. Alternatively, you can request the user or owner of the repository in question to either remove, or change, the tag expiration manually. If they do not respond, you can execute the following steps:
54
54
+
55
55
** Obtain information from the user table:
56
56
+
@@ -76,11 +76,11 @@ If you are using an earlier version of {productname}, the error occurs because t
76
76
[id="troubleshooting-502-push"]
77
77
== Troubleshooting 502 Podman push errors
78
78
79
-
In some cases, the following error might be returned when using `podman push`: `Error: Error writing blob: Error initiating layer upload to /v2/repo/image/blobs/uploads/ in <registry>: received unexpected HTTP status: 502 Bad Gateway`. This issue is caused by either the Noobaa certificate rotation, or the service signing root CA rotation. The workaround for this issue is to manually add a new certificate chain to {productname}'s deployment after it has rotated.
79
+
In some cases, the following error might be returned when using `podman push`: `Error: Error writing blob: Error initiating layer upload to /v2/repo/image/blobs/uploads/ in <registry>: received unexpected HTTP status: 502 Bad Gateway`. This issue is caused by either the NooBaa certificate rotation, or the service signing root CA rotation. The workaround for this issue is to manually add a new certificate chain to {productname}'s deployment after it has rotated.
80
80
81
81
.Procedure
82
82
83
-
. Download the new certificate chain for your Noobaa endpoint by entering the following command:
83
+
. Download the new certificate chain for your NooBaa endpoint by entering the following command:
84
84
+
85
85
[source,terminal]
86
86
----
@@ -121,7 +121,7 @@ For more information about this issue, see link:https://issues.redhat.com/browse
121
121
[id="troubleshooting-502-unmanaged-storage"]
122
122
== Troubleshooting 502 errors when using unmanaged storage
123
123
124
-
In some cases, pulling an image from a {productname} registry that is using RadosGW or Noobaa as an unamanged object storage returns the following error: `parsing image configuration 502 (Bad Gateway):`. Use the following steps to resolve this issue.
124
+
In some cases, pulling an image from a {productname} registry that is using RadosGW or Noobaa as an unmanaged object storage returns the following error: `parsing image configuration 502 (Bad Gateway):`. Use the following steps to resolve this issue.
. Run the following command to find the base OS of the image, assuming it is Java-based:
36
+
. Run the following command to find the base operating system of the image, assuming it is Java-based:
37
37
+
38
38
[source,terminal]
39
39
----
40
40
$ podman run image:tag /bin/bash -c "cat /etc/*release"
41
41
----
42
42
43
-
. There are no documented steps to stop the Java/Maven indexer. Run the following command in a development or test cluster first, setting the API request to a page that returns a `404` so that it fails quickly:
43
+
. There are no documented steps to stop the Maven indexer. Run the following command in a development or test cluster first, setting the API request to a page that returns a `404` so that it fails quickly:
Copy file name to clipboardexpand all lines: modules/missing-runc-files.adoc
+1-1
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ When attempting to start containers using the Podman client tool, users encounte
6
6
7
7
The cause of this issue is the absence of required `runc` files in the older version of Podman. These missing files prevent the proper execution of containers, resulting in the encountered error. Updating Podman ensures that the necessary runc files are present, enabling the successful deployment of containers.
8
8
9
-
To resolve this issue, it is recommended to update the Podman version in order to obtain the updated `runc` files. By updating Podman, the missing runc files will be installed, allowing containers to be deployed successfully.
9
+
To resolve this issue, it is recommended to update the Podman version to obtain the updated `runc` files. By updating Podman, the missing runc files will be installed, allowing containers to be deployed successfully.
0 commit comments