VM Instance is stuck in scheduling state

Scenario

You are trying to start a VM Instance from the controller dashboards or rest API and the Instance is stuck in Scheduling state.

Common Causes

  1. None of the Nodes are active or has a valid license
  2. The VM is running locally on the Node
  3. The Node that is trying to run the VM can’t reach the registry
  4. There’s not enough disk space on the Node
  5. The Load Balancer being used cannot handle the amount of Node messages/communication frequency and throws timeouts like:
    cat /var/log/veertu/anka_agent.ERROR
    start_vm.go:27] Get "https://controller.internal.net/queue/v1/cmd/task": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
    ...
    172.24.14.137:16156 (XXX1.local) E0315 10:48:10.641811   59011 listener.go:41] Pushing status response error: Post "https://controller.internal.net/queue/v1/controller/task": dial tcp: i/o timeout 
    172.24.14.137:16156 (X111.local) E0315 10:48:10.641811   59011 listener.go:41] Pushing status response error: Post "https://controller.internal.net/queue/v1/controller/task": dial tcp: i/o timeout 
    

Solutions


None of the Nodes are active

Go to your dashboard, look at the box on the right. It should say “X More Instances Available”. If this number is larger than 0, the problem is probably someplace else. Check out one of the next common reasons.

Go to your Nodes screen and go over the Nodes.
If any of your Nodes has the message Inactive (Invalid License) under it’s state, you need to go to that Node and activate the license. You can find more information about Anka License commands here. If one of your Nodes has the state Offline it usually means that the agent running on the Node have crashed. To solve this, execute a disjoin and join commands on the Node:

# Disjoin
sudo ankacluster disjoin                 
Disjoined the cluster

# Join
sudo ankacluster join http://localhost
Testing connection to controller...: Ok
Testing connection to the registry...: Ok
Ok
Cluster join success


Note
You might get the following error after performing the disjoin:
Error: agent not installed in domain specified
If you do get this error, continue and perform join command.

After rejoining the Node, check the dashboard to see if the Node is in Active state. It may take about a minute for the Node to show in dashboard, so wait at least this amount. In case the Node is still in Offline state, contact support via slack or email


A VM is running locally on the Node

This process has to be repeated for each Node. Go to your node’s terminal and check if any VMs are running.
Perform

sudo anka list

All VM names that are managed by the Controller should have a prefix like mgmtManaged. If any other VM is running you need to stop (or suspend, or delete) it.

sudo anka stop $VM_NAME

After stopping the “rogue” VM the agent should start your new instance.


The Node can’t reach the registry

In order to start VMs, the Node has to download them first from the Registry.
The registry address is given to the nodes by the Controller. You can see the Registry address configured in the upper right corner of the dashboard screen. Registry address

This process has to be repeated for each Node. Go to the Node’s terminal and execute the following command (replace http://192.168.1.105 with your registry URL):

curl "http://192.168.1.105:8089/registry/status"

If everything is working you should see the following response:

{"status":"OK","body":{"status":"Running","version":"1.5.2-ce0d3271"},"message":""}

If there is a problem you should be seeing something similar to this:

curl: (7) Failed to connect to 192.168.1.105 port 8089: Connection refused

There can be many reasons for lack of communications between machines.
The ankacluster join command sends a request to check the connection to the registry. Execute a disjoin and join commands on the Node:

# Disjoin
sudo ankacluster disjoin                 
Disjoined the cluster

# Join
sudo ankacluster join http://localhost
Testing connection to controller...: Ok
Testing connection to the registry...: Ok
Ok
Cluster join success


If somehow the Registry address is wrong or it has changed, write the correct external address in the configuration and restart the controller.


There’s not enough disk space on the Node

The agent running on the Node takes care of cleaning old VMs that are not in use. It checks disk space and takes the least recently used cleaning approach. However, sometimes the machine’s disk fills with files that are not related to VMs.
You can check your disk space using the terminal:

df -h

If your disk is running low on space, free some of it. Anka needs available disk space in order to run, even if the VM’s disk writes are very little. The Node’s log files sometime take more space than it should.
You can check the size of the log directory like this:

du -hs /var/log/veertu/

You can clear this directory by executing:

rm -r /var/log/veertu/*

The Load Balancer being used cannot handle the amount of Node messages/communication frequency and throws timeouts

Solving this typically means that you need to adjust the frequency the node communicates to the controller. This can be done by disjoining and then joining the node with a higher --heartbeat value. However, you may also need to increase the dial-timeout value:

Changes to the plist will be deleted when you disjoin and join. You’ll have to re-add them.

  1. sudo launchctl unload -w /Library/LaunchDaemons/com.veertu.anka.cluster.agent.plist
  2. Edit the file and add <string>--dial-timeout</string><string>15s</string>
  3. sudo launchctl load -w /Library/LaunchDaemons/com.veertu.anka.cluster.agent.plist

Still experiencing problems?

Talk to us! we are available via slack or email