albatross/src
Hannes Mehnert 65693ea188 revise the "--net=yyy" argument to (optionally) contain a service:bridge
it used to only contain service, and used the same string for the bridge. This
is not flexible enough to run off-the-shelf unikernels (configured for bridge
"service" and "management" on multi-homed servers). The old behaviour is the
new default (i.e. "--net=service" creates and attaches a tap device to bridge
"service", and passes "--net:service=tapYY" to the solo5 tender). But it is more
flexible now: "--net=service:other-bridge" will create a tap device attached to
"other-bridge" and pass "--net:service=tapYY" to the tender. This way, there's
no need to match bridge names on the actual server with network device names of
the unikernels.

NB: this is (mostly) backwards-compatible: the on-disk data structures are
versioned (and the version is bumped with this PR), an old albatross client can
send "create" commands to a new server. But a new client will get a parse error
from an old server - which is fine taking into consideration the deployment
base.
2020-03-25 16:09:23 +01:00
..
dune Vmm_unix.check_commands : unit -> (unit, [> `Msg of string ]) result - which 2019-10-27 21:31:37 +01:00
vmm_asn.ml revise the "--net=yyy" argument to (optionally) contain a service:bridge 2020-03-25 16:09:23 +01:00
vmm_asn.mli versioning: revise it all, use a 'current' in Vmm_commands, all daemons reply with the received version on that particular stream 2019-11-11 23:20:03 +01:00
vmm_commands.ml versioning: revise it all, use a 'current' in Vmm_commands, all daemons reply with the received version on that particular stream 2019-11-11 23:20:03 +01:00
vmm_commands.mli versioning: revise it all, use a 'current' in Vmm_commands, all daemons reply with the received version on that particular stream 2019-11-11 23:20:03 +01:00
vmm_compress.ml update to ipaddr 4.0.0 & decompress 0.9.0 2019-07-16 15:11:41 -05:00
vmm_compress.mli copyright 2018-10-26 21:29:59 +02:00
vmm_core.ml revise the "--net=yyy" argument to (optionally) contain a service:bridge 2020-03-25 16:09:23 +01:00
vmm_core.mli revise the "--net=yyy" argument to (optionally) contain a service:bridge 2020-03-25 16:09:23 +01:00
vmm_json.ml Vmm_unix.check_commands : unit -> (unit, [> `Msg of string ]) result - which 2019-10-27 21:31:37 +01:00
vmm_lwt.ml versioning: revise it all, use a 'current' in Vmm_commands, all daemons reply with the received version on that particular stream 2019-11-11 23:20:03 +01:00
vmm_lwt.mli initial metrics 2019-10-12 02:06:38 +02:00
vmm_resources.ml revise the "--net=yyy" argument to (optionally) contain a service:bridge 2020-03-25 16:09:23 +01:00
vmm_resources.mli vmmd: actually, first check resources, then exec VM, then insert VM 2019-01-27 17:20:24 +01:00
vmm_ring.ml vmm_ring revise implementation 2019-10-29 20:42:51 +01:00
vmm_ring.mli revise log and console subscription protocol, require either since or count 2019-10-29 20:17:50 +01:00
vmm_trie.ml rename Vmm_core.id to Vmm_core.Name.t and make it private - also check constructors to fit into 20 chars ldh (and in Vmm_tls max depth = 10) 2018-11-11 01:44:31 +01:00
vmm_trie.mli rename Vmm_core.id to Vmm_core.Name.t and make it private - also check constructors to fit into 20 chars ldh (and in Vmm_tls max depth = 10) 2018-11-11 01:44:31 +01:00
vmm_unix.ml revise the "--net=yyy" argument to (optionally) contain a service:bridge 2020-03-25 16:09:23 +01:00
vmm_unix.mli revise the "--net=yyy" argument to (optionally) contain a service:bridge 2020-03-25 16:09:23 +01:00
vmm_vmmd.ml revise the "--net=yyy" argument to (optionally) contain a service:bridge 2020-03-25 16:09:23 +01:00
vmm_vmmd.mli versioning: revise it all, use a 'current' in Vmm_commands, all daemons reply with the received version on that particular stream 2019-11-11 23:20:03 +01:00