The Commands Queue page lists the command executions that are currently in the queue. In addition, it displays the reason why each command is in the queue. This applies to all types of commands in CloudShell.
The information available for each command execution in the Commands Queue page includes:
|Command Name||Name of the command in CloudShell|
|Type||Blueprint or Resource|
|Sandbox Name||Link to the sandbox|
Name of the CloudShell resource. This field is empty for blueprint commands.
|Enqueue Time||Time when the command execution entered the queue, set to the time zone defined in CloudShell Portal.|
Reason why the command is in the queue.
If additional information is available, an exclamation mark (!) is displayed next to the command's status. Hover over the exclamation mark to see a table of matching execution servers. Each row in the table displays an execution server's name and the status, or reason why the command is not running on it. The statuses are explained in the Statuses section below.
If no compatible execution server exists:
|"New, Waiting to be processed"||The command has not been processed by CloudShell. CloudShell typically processes new commands within a few seconds, so the command should be processed shortly.|
|"Pending, Concurrent commands not enabled"||
A command is already running on the resource but the command's shell does not support running multiple commands at the same time, or, if it's a blueprint command, a command is already running on the sandbox but CloudShell is configured to not support multiple blueprint commands at the same time.
To fix this issue, do one of the following:
|"No installed execution servers"||
CloudShell cannot find any registered execution servers. In this case, while the command was in the queue, all your execution servers were deleted, possibly through the Execution Servers - Executions page.
To fix this issue, install the execution server(s) using the TestShell Execution Server Configuration Wizard.
"No execution servers matching attribute requirements (!)"
The command's resource or App is defined to select an execution server by Execution Server Selector attributes but no execution server matches the criteria.
To link the element to an execution server, see the appropriate "Controlling execution server selection" section in Setting Up Execution Servers to Run Commands.
|"Execution server with existing driver instance doesn't match attribute requirements (!)"||
When a resource command is executed, an instance of the shell's driver is created on the execution server that is running the command.
This is a very specific scenario in which the instance on the execution server is still alive, but the user links the resource's Shell to a different execution server and attempts to run another command on that resource. However, the new command will enter the queue since multiple instances of the same driver cannot co-exist, and the original instance is associated to a different execution server.
To fix the issue, do one of the following:
If compatible execution servers exist:
|"Pending, Waiting to be processed"||
CloudShell typically processes enqueued commands within a few seconds, so the command will either be processed shortly or executed on a compatible execution server, as soon as one is available.
|"No Available Execution Server (!)"||
CloudShell has execution servers that can run the command, but none are available at the moment. To see why the execution servers are unavailable, hover over the more info icon.
Possible reasons are that the execution servers are: