pod修改后重启，poi重启
calico-node的pod实例一直报错重启的问题
1、一直被集群POD不同node节点之间不能互ping困扰（nacos服务发现，sentinel接口发现默认使用Pod ip。如果不能互ping，会导致nacos，sentinel不可用） 经排查是DaemonSet ：kube-system / calico-node 没有正常启动。
2、常见导致pod长时间处于“CONTAINERCreating”状态的原因包括镜像拉取问题、资源不足、持久卷问题、网络问题以及安全上下文或Docker/运行时问题。要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。
3、通过修改IP池配置，将ipipMode改为crossSubnet，并重建caliconode的POD。重启后检查网络，跨子网主机将通过tunl0网卡使用ipip模式。配置Route Reflector：在集群内的一台worker节点安装calicoctl，配置其连接kubernetes集群，并通过calicoctl对Calico进行控制。
4、切换到cross-subnet模式，kubectleditipPool/default-ipv4-ippool，将ipipMode改为crossSubnet，在UI将calico-node的POD删了重建，重启检查calico网络，可以看见同子网的主机出口走的是bgp，不同子网主机走的是tunl0网卡走ipip模式。
5、- 为calico/node创建密钥，确保与Typha之间的TLS安全连接。 配置Typha：- 生成证书和密钥，创建Typha使用的ServiceAccount，设置角色权限并启动Typha实例。1 测试网络：- 创建多实例并验证Pod之间的网络连接，包括不同IP池的IPAM分配。
6、calico-node的pod的变量中，修改 CALICO_IPV4POOL_IPIP 值为 off Typha组件可以帮助Calico扩展到大量的节点，详见 《calico.yml详解》 中 ConfigMap每个节点重启kubelet master上删除coredns的pod，重启的coreDNS的pod重新变成Pending状态。如果不重启kubelet ，coredns的pod重新变成Pending状态。
K8S问题排查-UDP频繁发包导致Pod重启后无法接收数据
原因： conntrack表项问题：在K8S环境中，通过NodePort暴露的UDP服务在接收到频繁请求时，由于UDP conntrack表项默认老化时间为30秒，频繁请求可能导致老化失效。当Pod重启后，conntrack表中记录的可能是节点IP而非Pod IP，导致后续请求被错误地转发到节点IP而非新的Pod IP。
首先，构建K8S集群，部署UDP服务并用nc命令模拟客户端频繁发送UDP请求。网络分析显示请求正常到达目标Pod和节点，但Pod重启后接收中断。通过删除Pod构造重启，发现在Pod重启后，流量未按预期到达Pod，而是节点IP。使用iptables跟踪请求路径，发现流量未经过预期路径，而是进入INPUT链，指向DNAT问题。
含义：调度器未能将 Pod 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 cpu 和其他资源。CrashLoopBackOff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。
查看kubectl describe命令的输出将使您更加清楚。如果Pod保持挂起状态，则可能是一个问题，根本原因可能是节点中的资源不足。或者，如果您为不可用的容器指定主机端口，或者该端口已在Kubernetes集群的所有节点中使用，则Pod可能未就绪。结论 Kubernetes中的故障排除似乎是一项艰巨的任务。
经过排查，发现是由于etcd恢复后，控制平面组件缓存中的Object版本与etcd备份中的不一致导致的。通过手动重启所有kube-system下的pod并恢复本地保存的Config和Namespace，解决了Nacos数据丢失的问题。Kafka则手动在Node-01上通过docker-comPOSe启动，以补救集群外的部署问题。
检查Pod状态：观察Pod是否频繁陷入CrashLoopBackOff状态，这通常是OOMKilled后K8s重启Pod的结果。查看描述信息：使用kubectl describe pod podname命令查看Pod的描述信息，确认是否包含OOMKilled的相关信息。
airpod怎么重启
1、基本重启步骤：打开AirPods的充电盒盖子。按住充电盒后面的按钮约5到7秒，直到盒子里的灯光开始闪烁。此时，airpods已进入重新设置蓝牙连接的状态。强制重置步骤：如果基本重启步骤未能解决问题，可以继续按住充电盒后面的按钮约15秒。当充电盒的指示灯开始橘黄色闪烁时，表示AirPods的连接已被重置。
2、AirPods重启的方法如下：将AirPods放入充电盒：确保AirPods完全放置在充电盒内。合上盖子等待15秒：合上充电盒的盖子，并等待大约15秒钟。找到重置按钮：在充电盒的背面，找到用于重置的小按钮。按住重置按钮：按住这个重置按钮，直到充电盒内的指示灯开始闪烁。
3、AirPods重启的方法如下：初步重启：打开AirPods的充电盒盖子。按住充电盒背面的设置按钮，持续5到7秒。当充电盒内的灯光开始闪烁时，表示AirPods已进入蓝牙配对模式，此时可以重新设置蓝牙连接。深度重置：如果初步重启未能解决问题，可以继续按住充电盒背面的设置按钮。
4、要将AirPods重启，可以按照以下步骤进行：将AirPods放入充电盒：确保所有的AirPods都已经放置在充电盒中。合上充电盒盖子：等待大约15秒钟。找到重置按钮：在充电盒的背面，找到一个用于重置的小按钮。按住重置按钮：按住这个按钮，直到充电盒内的指示灯开始闪烁，并最终变为白色闪烁。
5、重启AirPods的方法如下：将AirPods放入充电盒：首先，你需要将你的AirPods放入其充电盒中。合上盖子等待15秒：合上充电盒的盖子，并等待大约15秒钟。找到重置按钮并按住：在充电盒的背面，你可以找到一个用于重置的小按钮。按住这个按钮，直到你看到指示灯开始闪烁。
6、airpods pro重启的方法如下，airpodspro重置方式 首先确保耳机和充电盒已经正在进行充电中。如果你尝试通过按住背面的按钮来重新设置AirPods Pro，但看不到外壳内部闪烁的指示灯。可能是因为AirPods Pro指示灯已经损坏，或者是充电盒里面的电量不足。
pod频繁重启文件还在吗
1、在。Pod 只要挂载持久化数据卷，Pod 重启之后数据还是会存在的。Pod 是 Kubernetes 中的最小调度单元，k8s 是通过定义一个 Pod 的资源，然后在 Pod 里面运行容器，容器需要指定一个镜像，这样就可以用来运行具体的服务。一个 Pod 封装一个容器（也可以封装多个容器），Pod 里的容器共享存储、网络、存储等。
2、通常情况下，容器运行起来之后，写入到其文件系统的文件暂时性的，当容器崩溃后，kubelet将会重启该容器，此时原容器运行后写入的文件将丢失，因为容器将重新从镜像创建。
3、当pod出现crash状态，容器频繁重启，使用kubelet logs 方法可能无法获取到所需日志时，可以采用kubectl previous参数进行解决。该参数的使用原理基于kubelet在pod失败后会保留前几个容器的失败记录。这为后续查看提供了前提条件。
4、原因： conntrack表项问题：在K8S环境中，通过NodePort暴露的UDP服务在接收到频繁请求时，由于UDP conntrack表项默认老化时间为30秒，频繁请求可能导致老化失效。当Pod重启后，conntrack表中记录的可能是节点IP而非Pod IP，导致后续请求被错误地转发到节点IP而非新的Pod IP。
5、首先，前往运行该 pod 的节点，查找 kubelet 存放的日志文件。这些文件通过数字表示重启次数，例如 2393 和 2394，分别代表第 2393 次和第 2394 次重启后的日志。这些日志文件实际上是链接文件，指向 docker 容器的日志文件。
重启pod的三种方法
Pod重启策略： Always：容器失效时，总是自动重启容器。这是K8s的默认重启策略，适用于大多数场景，如RC、DaemonSet等。 OnFailure：仅当容器以非0状态码退出时，才触发重启。Job通常会使用这种策略。 Never：容器失效时，从不重启。
airpods pro重启的方法如下，airpodspro重置方式 首先确保耳机和充电盒已经正在进行充电中。如果你尝试通过按住背面的按钮来重新设置AirPods Pro，但看不到外壳内部闪烁的指示灯。可能是因为AirPods Pro指示灯已经损坏，或者是充电盒里面的电量不足。
Always策略：无论正常或非正常停止，容器均会重启。例如，正常关闭Tomcat服务后，Pod状态恢复正常，而非正常关闭时，容器会重启。Never策略：正常或非正常停止，容器都不会重启。停止Tomcat后，正常情况下容器状态保持，非正常时显示Error状态。
最初考虑使用一键删除 dev 命名空间下 Pod 的方法，让 Kubernetes 自动重启。然而，此方案存在调度压力过大的问题，可能导致严重后果。因此，提出了遍历所有 deployment，删除一个 Pod 后休眠 5 分钟再删下一个的方案。
airpods重置操作方法：将AirPods放入充电盒，合上盖子15秒，在充电盒背面找到重置的小按钮，按住直到指示灯闪烁，最后闪烁白色。这时表示你的AirPods已经重置。
测试的时候，通常需要将 Pod 中的 container 频繁地杀死，重启。在这个过程中，Pod 的状态经常会出现 CrashLoopBackOff ，而且 container 重启的时间越来越长。
