Change:
This time the label query for the service is `name=redis-slave`. <del> Now that you have created the service specification, create it in your cluster with the `cloudcfg` cli: </del> <ins> Now that you have created the service specification, create it in your cluster with the `cloudcfg` CLI: ```js $ cluster/cloudcfg.sh -c examples/guestbook/redis-slave-service.json create /services Using master: kubernetes-master (external IP: 1.2.3.4) { "id": "redisslave", "port": 10001, "labels": { "name": "redisslave" } } </ins> <del> ```shell cluster/cloudcfg.sh -c redis-slave-service.json create /services </del> ``` ### Step Five: Create the frontend pod. <del> This is a simple PHP server that is configured to talk to both the slave and master services depdending on if the request is a read or a write.  It exposes a simple AJAX interface, and serves an angular based U/X.  Like the redis read slaves it is a replicated service instantiated by a replication controller.  Create a file named `frontend-controller.json`: </del> <ins> This is a simple PHP server that is configured to talk to either the slave or master services depending on whether the request is a read or a write. It exposes a simple AJAX interface, and serves an angular-based UX. Like the redis read slaves it is a replicated service instantiated by a replication controller. </ins> <del> ```javascript { "id": "frontendController", "desiredState": { "replicas": 3, "replicasInSet": {"name": "frontend"}, "podTemplate": { "desiredState": { "manifest": { "containers": [{ "image": "brendanburns/php-redis", "ports": [{"containerPort": 80, "hostPort": 8080}] }] } }, "labels": {"name": "frontend"} }}, "labels": {"name": "frontend"} } </del> <ins> Create a file named `frontend-controller.json`: ```js { "id": "frontendController", "desiredState": { "replicas": 3, "replicasInSet": {"name": "frontend"}, "podTemplate": { "desiredState": { "manifest": { "containers": [{ "image": "brendanburns/php-redis", "ports": [{"containerPort": 80, "hostPort": 8080}] }] } }, "labels": {"name": "frontend"} }}, "labels": {"name": "frontend"} } </ins> ``` With this file, you can turn up your frontend with: <del> ```shell cluster/cloudcfg.sh -c frontend-controller.json create /replicationControllers </del> <ins> ```js $ cluster/cloudcfg.sh -c examples/guestbook/frontend-controller.json create /replicationControllers Using master: kubernetes-master (external IP: 1.2.3.4) { "id": "frontendController", "desiredState": { "replicas": 3, "replicasInSet": { "name": "frontend" }, "podTemplate": { "desiredState": { "manifest": { "version": "", "volumes": null, "containers": [ { "image": "brendanburns/php-redis", "ports": [ { "hostPort": 8080, "containerPort": 80 } ] } ] } }, "labels": { "name": "frontend" } } }, "labels": { "name": "frontend" } } </ins> ``` Once that's up you can list the pods in the cluster, to verify that the master, slaves and frontends are running: <del> ```shell cluster/cloudcfg.sh list /pods </del> <ins> ```js $ cluster/cloudcfg.sh list /pods Using master: kubernetes-master (external IP: 1.2.3.4) { "kind": "cluster#podList", "items": [ { "id": "redis-master-2", "labels": { "name": "redis-master" }, "desiredState": { "manifest": { "version": "", "volumes": null, "containers": [ { "name": "master", "image": "dockerfile/redis", "ports": [ { "hostPort": 6379, "containerPort": 6379 } ] } ] } }, "currentState": { "manifest": { "version": "", "volumes": null, "containers": null }, "host": "kubernetes-minion-3.c.{project-id}.internal" } }, { "id": "4d65822107fcfd52", "labels": { "name": "redisslave", "replicationController": "redisSlaveController" }, "desiredState": { "manifest": { "version": "", "volumes": null, "containers": [ { "image": "brendanburns/redis-slave", "ports": [ { "hostPort": 6380, "containerPort": 6379 } ] } ] } }, "currentState": { "manifest": { "version": "", "volumes": null, "containers": null }, "host": "kubernetes-minion-3.c.{project-id}.internal" } }, { "id": "55104dc76695721d", "labels": { "name": "frontend", "replicationController": "frontendController" }, "desiredState": { "manifest": { "version": "", "volumes": null, "containers": [ { "image": "brendanburns/php-redis", "ports": [ { "hostPort": 8080, "containerPort": 80 } ] } ] } }, "currentState": { "manifest": { "version": "", "volumes": null, "containers": null }, "host": "kubernetes-minion-3.c.{project-id}.internal" } }, { "id": "78629a0f5f3f164f", "labels": { "name": "redisslave", "replicationController": "redisSlaveController" }, "desiredState": { "manifest": { "version": "", "volumes": null, "containers": [ { "image": "brendanburns/redis-slave", "ports": [ { "hostPort": 6380, "containerPort": 6379 } ] } ] } }, "currentState": { "manifest": { "version": "", "volumes": null, "containers": null }, "host": "kubernetes-minion-2.c.{project-id}.internal" } }, { "id": "380704bb7b4d7c03", "labels": { "name": "frontend", "replicationController": "frontendController" }, "desiredState": { "manifest": { "version": "", "volumes": null, "containers": [ { "image": "brendanburns/php-redis", "ports": [ { "hostPort": 8080, "containerPort": 80 } ] } ] } }, "currentState": { "manifest": { "version": "", "volumes": null, "containers": null }, "host": "kubernetes-minion-2.c.{project-id}.internal" } }, { "id": "365a858149c6e2d1", "labels": { "name": "frontend", "replicationController": "frontendController" }, "desiredState": { "manifest": { "version": "", "volumes": null, "containers": [ { "image": "brendanburns/php-redis", "ports": [ { "hostPort": 8080, "containerPort": 80 } ] } ] } }, "currentState": { "manifest": { "version": "", "volumes": null, "containers": null }, "host": "kubernetes-minion-4.c.{project-id}.internal" } } ] } </ins> ``` <del> You should see a single redis master pod, two redis slave and three frontend pods. </del> <ins> You will see a single redis master pod, two redis slaves, and three frontend pods. </ins> The code for the PHP service looks like this: ```php <?

Discussion:
<!-- Please use this template while reporting a bug and provide as much info as possible. Not doing so may result in your bug not being addressed in a timely manner. Thanks! If the matter is security related, please disclose it privately via --What happened: I am running an admission webhook using If there it has been hours since the last mutating request to the webhook, then the next mutating request will take many seconds to be processed. This may even take long enough to have the request time out. What you expected to happen: A request takes approximately the same amount of time to be processed regardless of how long it has been since the last request. How to reproduce it (as minimally and precisely as possible): Create an API server for handling a new API group. Wait a couple hours. Send a CREATE request to the API server. Observe that the CREATE request takes a few seconds to complete. Anything else we need to know?: This is the offending code. It must loop through once for every second since the last request. Environment: Kubernetes version (use ): 1.19.0
/sig api-machinery
I thought we'd already merged a fix for this from before the release?
I assume that the fix was supposed to be From my understanding, those changes only are in effect if the apiserver is running with priority and fairness enabled. In my situation, I do not have that enabled.
Ack, if we have the problem in both places we need the fix in both places :)
/triage accepted
I think we have fixed this in , do you guys agree?