这段日志信息中记录了一些错误事件，涉及到 Kubernetes Ingress Controller 在配置 SSL/TLS 加密通信时遇到的问题。下面对每个错误进行解释：
time="2023-05-26T09:49:26Z" level=error msg="Error configuring TLS: secret argocd/argocd-cert does not exist" providerName=kubernetes ingress=argocd-server namespace=argocd
这条错误信息表示，在 argocd 命名空间下的 argocd-server Ingress 对象配置中指定了一个名为 “argocd-cert” 的 Secret 对象用于提供 SSL/TLS 证书和私钥，但实际上该 Secret 对象并不存在。
time="2023-05-26T09:49:26Z" level=error msg="Error configuring TLS: secret vcluster1/vcluster1-cert does not exist" ingress=vcluster1 providerName=kubernetes namespace=vcluster1
这条错误信息表示，在 vcluster1 命名空间下的某个 Ingress 对象配置中指定了一个名为 “vcluster1-cert” 的 Secret 对象用于提供 SSL/TLS 证书和私钥，但实际上该 Secret 对象并不存在。
time="2023-05-26T09:49:26Z" level=error msg="Skipping service: no endpoints found" serviceName=vcluster1-svc servicePort="&ServiceBackendPort{Name:https,Number:0,}" providerName=kubernetes namespace=vcluster1 ingress=vcluster1
这条警告信息表示在处理 vcluster1 命名空间下的某个 Service 对象时，Kubernetes Ingress Controller 发现该 Service 没有绑定任何后端 Pod，因此无法将流量转发到该 Service。需要确认是否存在符合该 Service 的选择器规则的 Pod 对象。
time="2023-05-26T09:49:26Z" level=error msg="Error configuring TLS: secret argocd/argocd-cert does not exist" ingress=argocd-server providerName=kubernetes namespace=argocd
这条错误信息与第一条错误信息类似，表示在 argocd 命名空间下的某个 Ingress 对象配置中指定了一个名为 “argocd-cert” 的 Secret 对象用于提供 SSL/TLS 证书和私钥，但实际上该 Secret 对象并不存在。
这些错误事件提示了 Kubernetes 集群管理员需要检查相关配置中使用的 Secret 和服务对象是否正确，并且确保每个服务都有可用的后端 Pod 来处理请求。
![[pgsql]
host=127.0.0.1
port=5432
database=emm_manager
user=uniemm
passwd=OPwdVGWjHT8nQmQ7BEav8g==
[redis]
host=10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70
port=7001,7002,7003,7004,7005,7006
passwd=8xNnDa3XamGiMw==
mode=...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162237121215388.png)
![sed -i "s/${dbconf_map["java_addr"]}/${shardingsphere_proxy_vip}:${shardingsphere_proxy_port}/g" $java_conf_path 双引号是否会错乱？](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162214216277121.png)
