Minikube中Helm安装的Pulsar集群重启后出现CrashLoopBackOff无法运行

问题根因 #

你遇到的核心故障点是Bookie的Cookie校验失败，这是Bookie原生的安全校验机制：首次启动时Bookie会生成包含自身实例标识、存储配置的Cookie，同时写入本地PV和ZooKeeper元数据，后续每次启动都会校验两边Cookie是否一致，不一致就直接拒绝启动。
Docker驱动的Minikube重启后，默认HostPath类型PV的存储属性会发生变化，导致Bookie本地存储的Cookie和ZooKeeper中存储的Cookie不匹配，触发启动失败。你观察到的Broker连接报错、Proxy初始化卡住都是Bookie启动失败的衍生问题，你的判断是正确的，优先修复Bookie的问题即可。

临时恢复步骤 #

1. 删除ZooKeeper中存储的旧Bookie Cookie信息：
   进入运行正常的ZooKeeper Pod：

   kubectl exec -it pulsar-mini-zookeeper-0 -n pulsar -- bash
   

   启动ZooKeeper客户端删除对应Cookie节点：

   bin/pulsar zookeeper-shell
   delete /bookkeeper/ledgers/cookies/pulsar-mini-bookie-0.pulsar-mini-bookie.pulsar.svc.cluster.local:3181
   exit
   

2. 给Bookie配置跳过Cookie校验参数：
   编辑Bookie的StatefulSet配置：

   kubectl edit statefulset pulsar-mini-bookie -n pulsar
   

   在spec.template.spec.containers[0].env下添加两条环境变量：

   - name: BK_bookie_allowLoopback
     value: "true"
   - name: BK_bookie_disableServerSideCookieValidation
     value: "true"
   

   保存退出后，StatefulSet会自动重建Bookie Pod，等待1-2分钟Bookie即可正常启动，后续Broker和Proxy也会自动恢复运行。

后续规避方案 #

1. 本地测试使用Pulsar时，安装Helm Chart显式指定使用Minikube默认的持久化StorageClass，减少存储元数据异常概率：

   helm install pulsar-mini apache/pulsar -n pulsar --create-namespace \
     --set bookkeeper.persistence.storageClass=standard \
     --set zookeeper.persistence.storageClass=standard \
     --set broker.persistence.storageClass=standard
   

2. 提前在Helm Values中配置Bookie关闭Cookie校验参数，避免后续重启触发问题：

   bookkeeper:
     configData:
       BOOKIE_ALLOW_LOOPBACK: "true"
       BOOKIE_DISABLE_SERVER_SIDE_COOKIE_VALIDATION: "true"
   

3. 关机前优先执行minikube stop优雅停止集群，不要直接强制关闭宿主机，避免Minikube存储数据损坏。

内容的提问来源于stack exchange，提问作者Snoop