配置OIDC后Azure Kubernetes中Weaviate pod陷入CrashLoopBackOff求助

• 先查Pod日志：用Azure CLI执行kubectl logs <你的Weaviate Pod名称>，或者在Azure门户的AKS控制台里找到对应Pod查看日志，日志里会明确显示启动失败的具体原因，比如OIDC issuer验证失败、配置格式错误等。
• 修正OIDC issuer地址：你配置里的issuer: https://issuerURL/authorize/大概率有问题，OIDC的issuer地址应该是身份提供商的基础地址，而非带/authorize的端点。比如用Azure AD的话，格式一般是https://login.microsoftonline.com/<租户ID>/v2.0，去掉末尾的/authorize/再试。
• 核对client_id：确保配置里的client_id和你在身份提供商处注册的应用ID完全一致，不能有拼写或大小写错误。
• 临时调整权限配置：你现在禁用了匿名访问同时开启了admin_list，若Pod启动时无法连接OIDC服务，会直接初始化失败。可以先临时开启匿名访问（把anonymous_access.enabled设为true），保留OIDC配置，确认Pod能启动后再逐步收紧权限。
• 检查网络连通性：在Pod里执行kubectl exec <你的Weaviate Pod名称> -- curl https://你的issuer地址/.well-known/openid-configuration，确认Pod能正常访问OIDC提供商的元数据接口。如果连不通，排查AKS的网络策略、防火墙规则，确保Pod有访问该地址的权限。
• 核对YAML缩进：YAML对缩进要求严格，检查你的conf.yaml里各层级的缩进是否对齐，比如authentication下的oidc子项是否和anonymous_access同级。

附你提供的配置：

data:
  conf.yaml: |-
    ---
    authentication:
      anonymous_access:
        enabled: false
      oidc:
        client_id: client-id
        enabled: true
        issuer: https://issuerURL/authorize/
        skip_client_id_check: false
        username_claim: email
    authorization:
      admin_list:
        enabled: true
        users:
        - user@user.com

    query_defaults:
      limit: 100
    debug: false

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