calico-Node的pod实例一直报错重启的问题
一直被集群Pod不同node节点之间不能互ping困扰（nacos服务发现，sentinel接口发现默认使用POD ip。如果不能互ping，会导致nacos，sentinel不可用） 经排查是DaemonSet ：kube-system / calico-node 没有正常启动。
常见导致pod长时间处于“ContainerCreating”状态的原因包括镜像拉取问题、资源不足、持久卷问题、网络问题以及安全上下文或docker/运行时问题。要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。
通过修改IP池配置，将ipipMode改为crossSubnet，并重建caliconode的POD。重启后检查网络，跨子网主机将通过tunl0网卡使用ipip模式。配置Route Reflector：在集群内的一台worker节点安装calicoctl，配置其连接kubernetes集群，并通过calicoctl对Calico进行控制。
切换到cross-subnet模式，kubectleditipPool/default-ipv4-ippool，将ipipMode改为crossSubnet，在UI将calico-node的POD删了重建，重启检查calico网络，可以看见同子网的主机出口走的是bgp，不同子网主机走的是tunl0网卡走ipip模式。
- 为calico/node创建密钥，确保与Typha之间的TLS安全连接。 配置Typha：- 生成证书和密钥，创建Typha使用的ServiceAccount，设置角色权限并启动Typha实例。1 测试网络：- 创建多实例并验证Pod之间的网络连接，包括不同IP池的IPAM分配。
calico-node的pod的变量中，修改 CALICO_IPV4POOL_IPIP 值为 off Typha组件可以帮助Calico扩展到大量的节点，详见 《calico.yml详解》 中 ConfigMap每个节点重启kubelet master上删除coreDNS的pod，重启的coredns的pod重新变成Pending状态。如果不重启kubelet ，coredns的pod重新变成Pending状态。
启动pod接口500报错
部署流程包括：下载metrics-server-COMponents.yaml部署文件，修改镜像地址至国内镜像仓库，使用命令实现修改。部署metrics接口后，需查看该metric pod运行情况。发现pod异常，Readiness Probe失败，http探针返回500状态码。
在描述问题时，集群启动Pod时出现报错“OCI runtime create failed”。此错误表示在创建容器时，containerd调用runc失败。深入分析后发现，报错“exec： \/pause\： stat /pause： no such file or directory： unknown”指向runc在启动容器时，找不到/pause二进制文件，表明问题出在init容器的启动过程中。
系统报错：在使用日立中央空调pod时，有可能出现系统报错或警告信息，例如EE2等。此时，建议根据错误代码进行排查，查找具体故障原因。设备噪音过大：日立中央空调pod在运行过程中会产生一定的噪音，但如果噪音过大，可能是因为风机或蒸发器出现故障。此时，建议及时清洗或更换相关部件。
podhd500x接麦克风没声音进入设备开启即可。根据查询相关资料信息，podhd500x接麦克风没声音，此时可以进入设备设置页面，点击声音与隐私，点击麦克风将对应设备权限开启即可显示出声音。
日立中央空调pod故障
据了解，日立中央空调pod故障主要表现为以下几个方面：控制面板无法正常显示：在使用日立中央空调pod时，可能会遇到控制面板无法正常显示的情况。此时，建议先检查电源是否正常连接，并尝试重新启动设备。温度无法调节：如果发现日立中央空调pod在使用过程中，温度无法调节，可能是因为温度传感器出现问题。
当遇到日立P50A101C电源板故障时，我们不能直接判断其状态。可以采取以下步骤进行单独测试：首先，拆下电源板。然后，将VS与地间接上一个200W灯泡，以检查其是否正常工作。接着，将ac-clock、pod-stby、vcego、vsago这四个点连接在一起。
pod第三方库后,引用问题,工程编译报错解决方法
1、在工程的 targets 中搜索 other linker flags ，你会发现默认只有个-objc， 我们加上一个$（inherited）后，清理工程再次编译你会发现编译ok了！这个$（inherited）可用于将构建设置从项目级别继承到目标级别。
2、解决方案：在Podfile中，注释use_frameworks！后，重新执行pod install。如果私有库添加了静态库或者dependency用了静态库 那么执行pod lib lint还有pod spec lint时候需要加上—user-libraries选项 否则会出现The Pods target has transitive dependencies错误。
3、那应该怎么解决呢？ 方式一： 把 target 下的 Build Settings 中的 Allow Non-modular includes in Framework Modules 设置成YES。方式二： 将#import **.h 第三方库写在 .m文件中，而不是放在.h文件中。
4、libraries 方式生成.a文件。如果使用use_frameworks！则会使用dynamic frameworks 方式生成.framework文件。
