gcloudcontaineroperationslist\--location=LOCATION\--filter'(targetLink~/clusters/CLUSTER_NAME$ OR targetLink~/clusters/CLUSTER_NAME/) AND status!=DONE'\--formatjson
[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-08-08。"],[],[],null,["# Troubleshoot concurrent operations\n\n[Autopilot](/kubernetes-engine/docs/concepts/autopilot-overview) [Standard](/kubernetes-engine/docs/concepts/choose-cluster-mode)\n\n*** ** * ** ***\n\nWhen you try to modify your Google Kubernetes Engine (GKE) cluster or its node\npools, your action might be temporarily blocked because another operation is\nrunning. This issue can delay critical updates, cluster administration, and\napplication deployments.\n\nUse this page to learn how to identify the operation\nthat's running. Understanding the active operation helps you estimate the delay\nand determine when to retry your action.\n\nThis information is important for both Application developers, who might\nencounter these limits when deploying or modifying applications, and for\nPlatform admins and operators, who manage the overall cluster lifecycle,\nupgrades, and need to troubleshoot blocked administrative tasks. For more\ninformation about the common roles and example tasks that we reference in\nGoogle Cloud content, see\n[Common GKE user roles and tasks](/kubernetes-engine/enterprise/docs/concepts/roles-tasks).\n\nUnderstand concurrent operation errors\n--------------------------------------\n\nIn GKE, a cluster operation is an action that modifies the state\nof your cluster's control plane or its node pools. These operations are managed\nby GKE and can be initiated by you or by GKE for\nmaintenance purposes. Common cluster operations include the following:\n\n- Creating or deleting the cluster.\n- Upgrading the cluster's control plane version.\n- Creating, updating, resizing, or deleting node pools.\n- Modifying cluster-level settings, such as enabling or disabling features.\n- Automatic control plane repairs initiated by GKE.\n\nWhen you perform operations on your clusters, you might see error messages\nsimilar to the following: \n\n Cluster is running incompatible operation \u003cvar translate=\"no\"\u003eOPERATION_NAME\u003c/var\u003e\n\n Cluster is currently being created, deleted, updated or repaired and cannot be updated\n\n Operation \u003cvar translate=\"no\"\u003eOPERATION_NAME\u003c/var\u003e is currently \u003cvar translate=\"no\"\u003eACTIONING\u003c/var\u003e cluster \u003cvar translate=\"no\"\u003eCLUSTER_NAME\u003c/var\u003e. Please wait and try again once it is done\n\nThese errors can include the following values:\n\n- \u003cvar translate=\"no\"\u003eOPERATION_NAME\u003c/var\u003e: the unique ID for an operation that's already running on your cluster. Use this name to track the status of this pre-existing operation that's blocking your new operation from starting.\n- \u003cvar translate=\"no\"\u003eACTIONING\u003c/var\u003e: the action that is being performed on the cluster. For example, `Creating` or `Updating`.\n- \u003cvar translate=\"no\"\u003eCLUSTER_NAME\u003c/var\u003e: the name of the cluster that the operation is targeting.\n\nThese errors occur because GKE limits how many operations can run\nat the same time to prevent conflicts. Generally, GKE permits\nonly one operation at the cluster level or one operation per node pool to run\nconcurrently. GKE also performs its own automatic actions, such\nas control plane upgrades, which count toward this limit and can temporarily\nblock you from starting a new task.\n\nResolve concurrent operation errors\n-----------------------------------\n\nIf you receive an error that indicates that another operation is in progress,\nidentify the ongoing task and wait for it to finish:\n\n1. If you don't know the name of the blocking operation, list all ongoing and\n pending operations for your cluster:\n\n gcloud container operations list \\\n --location=\u003cvar translate=\"no\"\u003eLOCATION\u003c/var\u003e \\\n --filter '(targetLink~/clusters/\u003cvar translate=\"no\"\u003eCLUSTER_NAME\u003c/var\u003e$ OR targetLink~/clusters/\u003cvar translate=\"no\"\u003eCLUSTER_NAME\u003c/var\u003e/) AND status!=DONE' \\\n --format json\n\n Replace the following:\n - \u003cvar translate=\"no\"\u003eLOCATION\u003c/var\u003e: the Compute Engine region or zone (for example, `us-central1` or `us-central1-a`) for the cluster, depending on whether your cluster is regional or zonal.\n - \u003cvar translate=\"no\"\u003eCLUSTER_NAME\u003c/var\u003e: the name of the cluster with the\n failing operation.\n\n The output is similar to the following: \n\n {\n \"name\": \"operation-0978307200000-00112233-4455-6677-8899-aabbccddeeff\",\n \"operationType\": \"UPDATE_CLUSTER\",\n \"selfLink\": \"https://container.googleapis.com/v1/projects/\u003cvar translate=\"no\"\u003ePROJECT_ID\u003c/var\u003e/locations/\u003cvar translate=\"no\"\u003eLOCATION\u003c/var\u003e/operations/operation-0978307200000-00112233-4455-6677-8899-aabbccddeeff\",\n \"startTime\": \"2001-01-01T00:00:00.000000000Z\",\n \"status\": \"RUNNING\",\n \"targetLink\": \"https://container.googleapis.com/v1/projects/\u003cvar translate=\"no\"\u003ePROJECT_ID\u003c/var\u003e/locations/\u003cvar translate=\"no\"\u003eLOCATION\u003c/var\u003e/clusters/\u003cvar translate=\"no\"\u003eCLUSTER_NAME\u003c/var\u003e/nodePools/\u003cvar translate=\"no\"\u003eNODE_POOL_NAME\u003c/var\u003e\",\n \"zone\": \"\u003cvar translate=\"no\"\u003eLOCATION\u003c/var\u003e\"\n }\n\n In the output, review the `name` field for each operation. This value is\n the name of the operation that's blocking your new operation from starting.\n You need this value for the next step.\n\n For more information about the other fields in the output, see the API\n documentation for\n [`projects.locations.operations`](/kubernetes-engine/docs/reference/rest/v1/projects.locations.operations).\n2. Wait for the operation to complete:\n\n gcloud container operations wait \u003cvar translate=\"no\"\u003eOPERATION_NAME\u003c/var\u003e \\\n --location=\u003cvar translate=\"no\"\u003eLOCATION\u003c/var\u003e\n\n Replace \u003cvar translate=\"no\"\u003eOPERATION_NAME\u003c/var\u003e with the name of a blocking\n operation from an error message or the preceding step.\n\n This command actively monitors the operation and exits when the operation\n is complete.\n3. After the blocking operation has a status of `DONE`, retry the\n operation that caused the error.\n\nWhat's next\n-----------\n\n- If you can't find a solution to your problem in the documentation, see\n [Get support](/kubernetes-engine/docs/getting-support) for further help,\n including advice on the following topics:\n\n - Opening a support case by contacting [Cloud Customer Care](/support-hub).\n - Getting support from the community by [asking questions on StackOverflow](http://stackoverflow.com/questions/tagged/google-kubernetes-engine) and using the `google-kubernetes-engine` tag to search for similar issues. You can also join the [`#kubernetes-engine` Slack channel](https://googlecloud-community.slack.com/messages/C0B9GKTKJ/) for more community support.\n - Opening bugs or feature requests by using the [public issue tracker](/support/docs/issue-trackers)."]]