Troubleshooting on joining DCE 4.0¶
This page lists some common issues encountered when joining DCE 4.0 with service mesh.
LimitRange Issue¶
Symptoms¶
-
When joining DCE 4.0, an error occurs:
-
Control plane cluster:
The following error is displayed:
Checking the logs of the control plane:
time="2022-10-19T06:35:49Z" level=error msg="Unable to get kube configs of multi clusters: Get \"http://mspider-mcpc-ckube-remote/api/v1/namespaces/istio-system/configmaps/mspider-mcpc-remote-kube-api-server?resourceVersion=dsm-cluster-dce4-mspider\": dial tcp: lookup mspider-mcpc-ckube-remote: i/o timeout" func="cmholder.NewConfigHolder()" file="holder.go:52" panic: unable to get kube configs of multi clusters: Get "http://mspider-mcpc-ckube-remote/api/v1/namespaces/istio-system/configmaps/mspider-mcpc-remote-kube-api-server?resourceVersion=dsm-cluster-dce4-mspider": dial tcp: lookup mspider-mcpc-ckube-remote: i/o timeout goroutine 1 [running]: main.main() /app/cmd/control-plane/mcpc/main.go:62 +0x694
-
rs: istio-operator-*** error:
Solution¶
Manually set the limit range in the istio-operator and istio-system namespaces to set the overallocation ratio to 0.
Run the following command to view the limit range in the istio-operator namespace:
Run the following command to view the limit range in the istio-system namespace:
istiod and ingressgateway are always in ContainerRunning state¶
Root cause analysis: DCE 4.0 uses Kubernetes version 1.18, which is relatively outdated for the new version of the service mesh.
Symptom 01: 'istio-managed-istio-hosted' fails to start, indicating that the Configmap of 'istio-token' does not exist.
To resolve this issue, manually for mesh instance of CR __ GlobalMesh __ add corresponding parameters: istio.custom_params.values.global.jwtPolicy .
Tip
- Before integrating with the new version of the service mesh, deploy coreDNS in advance for DCE 4.0.
- The Global Mesh configuration is in Global Cluster, not in the access cluster.