EOL and Deprecation list:
- Anka Build Cloud Controller and Registry versions < 1.8 EOL
Once you have collected the logs, go through the below mentioned troubleshooting steps and then contact support.
Anka Build Cloud Controller / Registry
df -h+ CPU/RAM and be sure that the host resources are not exhausted.
- Look over the controller, registry, and even agent logs on the Anka Nodes and ensure that there are no configuration errors or clear indications of what is wrong.
- Ensure that all components in your Anka environment can communicate. This includes connectivity between CI/CD tooling we do not support.
You might be interested in changing the verbosity of the following logs. If so, you can set the
ANKA_LOG_LEVELENV to an integer greater than 0 and restart the controller. See our Configuration Reference for more details.
Linux / Docker Package
Anka Controller and Registry services can run with linux using Docker. Logs are available via the Controller dashboard, docker logs, and via a central-logs directory stored in the Registry.
The Anka controller is responsible for cleaning unused logs.
docker logs command:
docker logs --follow <ControllerContainerName>
The controller is an API, so all API connections made to it from Anka-agent or CI platforms(Jenkins) logs here. If a vm fails to start it suggests first to check this logs.
- Logs location: Registry storage directory under
docker logs --follow <RegistryContainerName>.
The Registry and Controller logs share the same file and are available under the Controller’s
Service Name: Controller.
All logs larger than 1024MB older than 7 days are deleted every day (hard coded; no logrotate configuration)
Anka logs are available via the Controller UI under Logs as well as several directories on the macOS machine hosting it.
- Logs location :
Show logs by command:
sudo anka-controller logs- Press Ctrl+C to exit.
There are 4 types of log files, in the snapshot you can see log files without ID, they are LINK files- point to the latest log been created ( the last active vm) , each vm can generate all of the log types below. the robosety of the logs are from highest(INFO) to the lowest(ERROR), you can check this files using ’tail’ command:
anka-controller.INFO- contains ALL logs.
anka-controller.WARNING- contains WARNINGS & ERRORS.
anka-controller.ERROR- contains just ERRORS.
anka_agent.FATAL- Only FATAL ERRORS (both controller and agent).
The controller is an API, so all the communication made from Anka-agent or CI platforms(Jenkins) stored in the controller logs. If a vm fails to start it suggests first to check this logs.
The controller relies on an internal ETCD database. Logs for ETCD will be included in the controller logs, but by default they are set to be non-verbose.
There are 4 type of symlinks in the logs location pointing to the latest active logs. The verbosity of the logs are from highest (INFO) to the lowest (ERROR):
regd.INFO- contains ALL logs.
regd.WARNING- contains WARNINGS & ERRORS.
regd.ERROR- contains just ERRORS.
regd.FATAL- only FATAL ERRORS.
You can also read and download the logs via the UI in the Controller dashboard. Only relevant if you’ve joined your Node to the Build Cloud Controller & Registry.
Anka Build Cloud Controller Agent Logs
- Logs location:
There are 5 type of symlinks in the logs location pointing to the latest active logs. The verbosity of the logs are from highest (INFO) to the lowest (ERROR):
anka_agent.INFO- contains all of the below except for CMD log.
anka_agent.WARNING- contains WARNNIGS & ERRORS.
anka_agent.ERROR- contains just ERRORS.
anka_agent.FATAL- only FATAL ERRORS.
anka_agent.CMD- (new in 1.20.0) contains the various anka commands the agent is executing on the host as well as the returned data.
You can also read and download the logs via the UI in the Controller dashboard. Though, only relevant if you’ve joined your Node to the Build Cloud Controller & Registry.
ANKA_ENABLE_CENTRAL_LOGGING is set to true in your controller and registry config, logs for all Build Cloud services will be stored in the registry’s data directory under
You will find historical and current anka_agent logs from each of your nodes, the controller logs, and if applicable the registry logs.
On macOS: The default is
On docker: You set the storage location in your docker-compose.yml, but it will still be under