GitLab

- Fix bug in backend_add
- Display backend_name in network_inspect command

None tags in gnt-network create does not validate.

Set as available in the pool the bridge and mac prefix that was
used by the deleted network.

Create a new model, to represent the state of each network in each
backend.

Since Ganeti version 2.6, Ganeti is aware of private networks. We take
advantage of this by propagating network handling to Ganeti. Network
model is expanded to include information about the type of network
(public routed, physical vlan, private filtered), subnet, gateway, dhcp,
link and mac_prefix.

- Update Network Model and delete NetworkLink model
- Create MacPrefixPool and BridgePool models
- Default constant settings for MacPrefix management

New module implementing instance allocation to one of the available
backends. Allocation is performed based on memory and disk utilization.
Statistics for each backend are stored in DB and updated periodically.

Allocation can be customized by creating a new allocation strategy
and declaring it in BACKEND_ALLOCATOR_MODULE setting.

- Create command to create a backend (snf-manage backend_create)
- Create command to modify a backend (snf-manage backend_list)
- Create command to list backends (snf-manage backend_modify)
- Modify listservers command to display the backend that hosts the VM

Replace use of global RAPI client, with the cached client from the
VirtualMachine or Backend model.

Dispatch network actions to all backends.

- Create Backend model holding info about credentials, status and resources
- Add Backend as foreign key to VirtualMachine
- Create a cache of Backend clients (RAPI) for better performance

Rename backend_id field of VirtualMachine model to avoid conflict between the
backend that hosts the VM and the id that the VM will have on the backend.

Added log folder option / Now delete-stale deletes also stale networks / Fixed failed testcases output not "None"