Question

使用邮递员使用邮递方法在kubernetes中创建了一个作业，现在尝试使用邮递员使用修补程序对同一作业进行修补，我收到了400个错误的请求。

发布标题：内容类型application / yaml

发布方法正文：

---
apiVersion: batch/v1
kind: Job
metadata:
  name: pi
  labels:
    app: dev
spec:
  template:
    spec:
      containers:
      - name: pi
        image: perl
        command: ["perl",  "-Mbignum=bpi", "-wle", "print bpi(2000)"]
      restartPolicy: Never
  backoffLimit: 4

补丁标题：内容类型application / strategic-merge-patch + json

Content-Type in Headers

补丁请求正文：

{
  "apiVersion": "batch/v1",
  "kind": "Job",
  "metadata": {
    "name": "pi"
  },
  "spec": {
    "template": {
      "spec": {
        "containers": [
          {
            "name": "pi",
            "image": "perl",
            "command": [
              "perl",
              "-Mbignum=bpi",
              "-wle",
              "print bpi(2000)"
            ]
          }
        ],
        "restartPolicy": "Never"
      }
    },
    "backoffLimit": 5
  }
}

更改的身体，请检查链接。 body of the patch request

我所做的修改将backofflimit更改为5。我能够发布和修补其他资源，例如服务和部署，但我坚持修补工作，对其他人员也遵循完全相同的步骤。

我收到error

的错误

Answer 1

使用'strategic-merge-patch + json'类型，您应该在Request正文中使用以下json补丁：

{"spec":{"backoffLimit": 7}}

您的意图是基于backoffLimit键合并/替换现有对象的值。
检查documentation，了解如何使用战略性合并补丁来更新资源。

更新请尝试一下卷曲：

启动本地Kubernetes代理服务器：kubectl proxy
curl -k -v -XPATCH -H "Content-Type: application/strategic-merge-patch+json" --data '{"spe":{"backoffLimit": 9}}' http://localhost:8001/apis/batch/v1/namespaces/default/jobs/pi

输出：

< HTTP/1.1 200 OK <-patch succeeded 
< Audit-Id: 02d97d05-2bfb-4500-ac34-c8eb04ff8503
< Content-Length: 1795
< Content-Type: application/json
< Date: Fri, 12 Jul 2019 13:54:37 GMT
< 
{
  "kind": "Job",
  "apiVersion": "batch/v1",
  "metadata": {
    "name": "pi",
    "namespace": "default",
    "selfLink": "/apis/batch/v1/namespaces/default/jobs/pi",
    "uid": "5ac61d6d-a4a0-11e9-abc7-42010a80012c",
    "resourceVersion": "4339038",
    "creationTimestamp": "2019-07-12T12:27:03Z",
    "labels": {
      "app": "dev"
    }
  },
  "spec": {
    "parallelism": 1,
    "completions": 1,
    "backoffLimit": 9 <-patch succeeded

，

Answer 2

使用Content-Type作为application / strategic-merge-patch + json

和身体

{“ spec”：{“ backoffLimit”：7}}

我重新创建了请求，它运行正常。

第一次出错的地方是，即使标头中正确地提到了“ content-type”，因为“ application / strategic-merge-patch + json”邮递员使用了错误的Content-type，所以我删除了该请求并用相同的正文和标头重新创建了补丁请求，效果很好。

使用邮递员无法在kubernetes中修补作业

2 个答案: