The server is blocked by a long-running internal start operation. Because that operation has not completed, any additional stop or restart calls are rejected with ServerBusyWithOtherOperation, and normal management actions are not possible while the server is in this transitional state.
There is no supported way in CLI or PowerShell to forcibly cancel that internal operation; stop, start, and restart all require the server to be in a valid state (Ready or Stopped) and will fail otherwise:
-
az postgres flexible-server stop only works when the server is in Ready state; otherwise a ServerIsNotReady-type error is returned.
-
az postgres flexible-server start only works when the server is in Stopped state and can also fail if there is a capacity issue in the region.
-
az postgres flexible-server restart only works when the server is in Ready state.
Once a flexible server is stuck in Starting for many hours and is rejecting operations as busy, this indicates a platform-side provisioning/startup problem rather than a configuration issue that can be fixed from the client side.
Actionable steps:
- Do not keep retrying
stop/restart from CLI or PowerShell; they cannot succeed while the internal operation is in progress.
- Open an Azure support request so the platform team can:
- Inspect and, if necessary, cancel the stuck internal operation.
- Manually complete or roll back the start operation for the server in Central India.
- In the support ticket, include:
- Server name, resource group, subscription ID, and region (Central India).
- Exact error message
ServerBusyWithOtherOperation and the time the schedule attempted to start the server.
- Confirmation that the issue started after a scheduled stop/start cycle.
If this is blocking production workloads and a support engineer cannot immediately unblock the instance, consider provisioning a new Azure Database for PostgreSQL flexible server in the same or an alternate region and restoring from the latest backup, if available, as a temporary workaround.
References: