mirror of
https://github.com/rancher/rancher-docs.git
synced 2026-09-28 22:18:52 +00:00
@@ -15,6 +15,7 @@ aliases:
|
|||||||
- [Uninstall Logging](#uninstall-logging)
|
- [Uninstall Logging](#uninstall-logging)
|
||||||
- [Role-based Access Control](#role-based-access-control)
|
- [Role-based Access Control](#role-based-access-control)
|
||||||
- [Configuring the Logging Application](#configuring-the-logging-application)
|
- [Configuring the Logging Application](#configuring-the-logging-application)
|
||||||
|
- [Working with a Custom Docker Root Directory](#working-with-a-custom-docker-root-directory)
|
||||||
- [Working with Taints and Tolerations](#working-with-taints-and-tolerations)
|
- [Working with Taints and Tolerations](#working-with-taints-and-tolerations)
|
||||||
|
|
||||||
# Changes in Rancher v2.5
|
# Changes in Rancher v2.5
|
||||||
@@ -322,13 +323,6 @@ spec:
|
|||||||
In the above example, we ensure that our pod only runs on Linux nodes, and we add a `toleration` for the taint we have on all of our Linux nodes.
|
In the above example, we ensure that our pod only runs on Linux nodes, and we add a `toleration` for the taint we have on all of our Linux nodes.
|
||||||
You can do the same with Rancher's existing taints, or with your own custom ones.
|
You can do the same with Rancher's existing taints, or with your own custom ones.
|
||||||
|
|
||||||
# Working with a Custom Docker Root Directory
|
|
||||||
|
|
||||||
_Applies to v2.5.6+_
|
|
||||||
|
|
||||||
If using a custom Docker root directory, you can set `global.dockerRootDirectory` in `values.yaml`.
|
|
||||||
This will ensure that the Logging CRs created will use your specified path rather than the default Docker `data-root` location.
|
|
||||||
|
|
||||||
### Windows Support
|
### Windows Support
|
||||||
|
|
||||||
Clusters with Windows workers support exporting logs from Linux nodes, but Windows node logs are currently unable to be exported.
|
Clusters with Windows workers support exporting logs from Linux nodes, but Windows node logs are currently unable to be exported.
|
||||||
@@ -354,3 +348,33 @@ However, if you would like to add tolerations for *only* the `fluentbit` contain
|
|||||||
fluentbit_tolerations:
|
fluentbit_tolerations:
|
||||||
# insert tolerations list for fluentbit containers only...
|
# insert tolerations list for fluentbit containers only...
|
||||||
```
|
```
|
||||||
|
|
||||||
|
# Troubleshooting
|
||||||
|
|
||||||
|
### The `cattle-logging` Namespace Being Recreated
|
||||||
|
|
||||||
|
If your cluster previously deployed logging from the Cluster Manager UI, you may encounter an issue where its `cattle-logging` namespace is continually being recreated.
|
||||||
|
|
||||||
|
The solution is to delete all `clusterloggings.management.cattle.io` and `projectloggings.management.cattle.io` custom resources from the cluster specific namespace in the management cluster.
|
||||||
|
The existence of these custom resources causes Rancher to create the `cattle-logging` namespace in the downstream cluster if it does not exist.
|
||||||
|
|
||||||
|
The cluster namespace matches the cluster ID, so we need to find the cluster ID for each cluster.
|
||||||
|
|
||||||
|
1. In your web browser, navigate to your cluster(s) in either the Cluster Manager UI or the Cluster Explorer UI.
|
||||||
|
2. Copy the `<cluster-id>` portion from one of the URLs below. The `<cluster-id>` portion is the cluster namespace name.
|
||||||
|
|
||||||
|
```bash
|
||||||
|
# Cluster Management UI
|
||||||
|
https://<your-url>/c/<cluster-id>/
|
||||||
|
|
||||||
|
# Cluster Explorer UI (Dashboard)
|
||||||
|
https://<your-url>/dashboard/c/<cluster-id>/
|
||||||
|
```
|
||||||
|
|
||||||
|
Now that we have the `<cluster-id>` namespace, we can delete the CRs that cause `cattle-logging` to be continually recreated.
|
||||||
|
*Warning:* ensure that logging, the version installed from the Cluster Manager UI, is not currently in use.
|
||||||
|
|
||||||
|
```bash
|
||||||
|
kubectl delete clusterloggings.management.cattle.io -n <cluster-id>
|
||||||
|
kubectl delete projectloggings.management.cattle.io -n <cluster-id>
|
||||||
|
```
|
||||||
|
|||||||
@@ -9,6 +9,7 @@ weight: 1
|
|||||||
- [Uninstall Logging](#uninstall-logging)
|
- [Uninstall Logging](#uninstall-logging)
|
||||||
- [Role-based Access Control](#role-based-access-control)
|
- [Role-based Access Control](#role-based-access-control)
|
||||||
- [Configuring the Logging Application](#configuring-the-logging-application)
|
- [Configuring the Logging Application](#configuring-the-logging-application)
|
||||||
|
- [Working with a Custom Docker Root Directory](#working-with-a-custom-docker-root-directory)
|
||||||
- [Working with Taints and Tolerations](#working-with-taints-and-tolerations)
|
- [Working with Taints and Tolerations](#working-with-taints-and-tolerations)
|
||||||
|
|
||||||
# Changes in Rancher v2.5
|
# Changes in Rancher v2.5
|
||||||
@@ -341,3 +342,33 @@ However, if you would like to add tolerations for *only* the `fluentbit` contain
|
|||||||
fluentbit_tolerations:
|
fluentbit_tolerations:
|
||||||
# insert tolerations list for fluentbit containers only...
|
# insert tolerations list for fluentbit containers only...
|
||||||
```
|
```
|
||||||
|
|
||||||
|
# Troubleshooting
|
||||||
|
|
||||||
|
### The `cattle-logging` Namespace Being Recreated
|
||||||
|
|
||||||
|
If your cluster previously deployed logging from the Cluster Manager UI, you may encounter an issue where its `cattle-logging` namespace is continually being recreated.
|
||||||
|
|
||||||
|
The solution is to delete all `clusterloggings.management.cattle.io` and `projectloggings.management.cattle.io` custom resources from the cluster specific namespace in the management cluster.
|
||||||
|
The existence of these custom resources causes Rancher to create the `cattle-logging` namespace in the downstream cluster if it does not exist.
|
||||||
|
|
||||||
|
The cluster namespace matches the cluster ID, so we need to find the cluster ID for each cluster.
|
||||||
|
|
||||||
|
1. In your web browser, navigate to your cluster(s) in either the Cluster Manager UI or the Cluster Explorer UI.
|
||||||
|
2. Copy the `<cluster-id>` portion from one of the URLs below. The `<cluster-id>` portion is the cluster namespace name.
|
||||||
|
|
||||||
|
```bash
|
||||||
|
# Cluster Management UI
|
||||||
|
https://<your-url>/c/<cluster-id>/
|
||||||
|
|
||||||
|
# Cluster Explorer UI (Dashboard)
|
||||||
|
https://<your-url>/dashboard/c/<cluster-id>/
|
||||||
|
```
|
||||||
|
|
||||||
|
Now that we have the `<cluster-id>` namespace, we can delete the CRs that cause `cattle-logging` to be continually recreated.
|
||||||
|
*Warning:* ensure that logging, the version installed from the Cluster Manager UI, is not currently in use.
|
||||||
|
|
||||||
|
```bash
|
||||||
|
kubectl delete clusterloggings.management.cattle.io -n <cluster-id>
|
||||||
|
kubectl delete projectloggings.management.cattle.io -n <cluster-id>
|
||||||
|
```
|
||||||
|
|||||||
Reference in New Issue
Block a user