7 commits

Author	SHA1	Message	Date
catborise	5a523befbd	feat(computes): a compute names the address migrations reach it on ... Migration is client-driven: libvirt sends the VM's memory to the destination's own host name unless a migration URI is given, and the app never gave one. Where the hosts cannot resolve each other's names (or the names point at a management network) every migration failed with "Unable to resolve address '<host name>' service '49152'". A compute now has an optional migration address (an IP address or a host name, no scheme or port), editable in the compute form and the API. A VM migrating to that compute is sent to tcp://<address> (bracketed for IPv6). Empty, the default for existing computes, keeps the previous behavior. The compute's host name is not reused, because for SSH computes it can be an ssh_config alias. The migration log entry names the address when one is set.	2026-10-06 15:05:40 +03:00
Real-Gecko	cfd739778c	Added missing migrations	2020-06-15 12:38:44 +06:00
Real-Gecko	7103c52380	Reworked some computes forms and views	2020-05-29 19:25:36 +06:00
catborise	4d40de1b55	Python3 & Django 2.2 Migration - Fix & Updates	2020-03-16 16:59:45 +03:00
catborise	c79a635923	change compute name, hostaname, details char size. url.py typo fix	2020-01-21 15:26:35 +03:00
andrem	fc56e66555	add migration for new column details for hypervisor.	2016-03-18 12:07:42 -03:00
Retspen	4d48e79341	Initial commit	2015-02-27 10:53:51 +02:00