admission webhook "validation.gatekeeper.sh" denied the request: [resource-zero-check] logstash containers'resource' 字段存在非法值: 必须大于'0'

Admission Webhook是Kubernetes的一种机制，它允许第三方系统对资源的创建、修改操作进行验证和授权。在这个案例中，Gatekeeper是一个常见的Webhook实现，它检查名为"logstash containers"的资源的`resource`字段是否满足特定规则，即资源的数量（可能是内存大小、CPU请求量或其他资源指标）必须大于0。

当验证失败时，这个错误消息表明logstash容器的某个资源分配（比如Pod中的副本数或配置文件中指定的最小实例数）被设置为了非正数，这违反了门卫设定的基本约束条件。开发者需要检查他们的Kubernetes配置文件，确保"logstash containers"的`resource`字段值确实大于0，例如：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: logstash
spec:
  replicas: 1      # 确保replicas值大于0
  template:
    spec:
      containers:
        - name: logstash
          resources:
            limits:
              cpu: "1"
              memory: "512Mi"
              replicas: 1   # 如果这是资源字段，需要确保其值大于0

相关问题

[root@k8s-master-node1 ~]# cat istio.yaml apiVersion: networking.istio.io/v1alpha3 kind: Sidecar metadata: name: default namespace: prod-us1 spec: egress: - hosts: - "prod-us1.default" - "prod-apis.default" - "istio-system.default"Error from server: error when creating "istio.yaml": admission webhook "validation.istio.io" denied the request: configuration is invalid: 3 errors occurred: * host must be of form namespace/dnsName * host must be of form namespace/dnsName * host must be of form namespace/dnsName

这个错误提示是因为你在配置 Istio 的 egress 时，hosts 的格式不正确。host 必须是 namespace/dnsName 的形式。你可以像下面这样修改：

apiVersion: networking.istio.io/v1alpha3
kind: Sidecar
metadata:
  name: default
  namespace: prod-us1
spec:
  egress:
  - hosts:
    - "default/prod-us1"
    - "default/prod-apis"
    - "default/istio-system"

这样修改后再试一下就应该没有问题了。

message: "step app: step apply: step outputs: step hd1-2--0: run step(provider=oam,do=component-apply): DispatchStandardWorkload: cannot apply manifest, name: xp-xmart-asr-boot-zh apiVersion: app.logancloud.com/v1 kind: JavaBoot: cannot patch object: admission webhook \"validation.app.logancloud.com\" denied the request: the pvc xp-xmart-asr-boot-zh-pvc-extreme don't exist in namespace ai."

根据你提供的信息，看起来出现了一个问题。在应用程序部署的过程中，有一个名为 "xp-xmart-asr-boot-zh" 的 PVC（持久卷声明）在命名空间 "ai" 中不存在，导致无法应用部署清单。可能的原因是该 PVC 还没有创建或者已经被删除。

解决这个问题的一种方法是确保 "xp-xmart-asr-boot-zh" PVC 在命名空间 "ai" 中存在。你可以检查一下 PVC 的创建状态，或者尝试重新创建该 PVC。

如果你需要更详细的帮助，请提供更多上下文或相关的日志信息，我会尽力提供进一步的指导。