On 05/11/2015, Forstner Michael wrote:
>
> Response 4 (Invalid XML; attaching Hex view):
> 1f 8b 08
Aha, that's just gzip encoded. Once decoded, the response looks sane:
http://paste.debian.net/325311
So, need the http headers as well. If the vSphere server
Hi Pshem
You need to make use of the neutron-openvswitch charm - this is a
subordinate charm that's deployed with nova-compute, and manages the
neutron configuration and agents on compute nodes.
In the same way that you provide ext-port to neutron-gateway, you'll need
todo the same with
On Fri, Nov 6, 2015 at 8:41 AM, Aaron Bentley
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> That may be true, but the LXD provider branch has a stale version
> number. Once the version number is updated to 1.26-alpha2, I imagine
> the lxd provider
Greetings.
The big data team (myself, Kevin, and Andrew) spent some time on the review
queue yesterday and worked on the following reviews:
-
etcd
-
https://code.launchpad.net/~kubernetes/charms/trusty/etcd/trunk/+merge/275768
-
This is a fairly simple update
Hi,
Yes this helps a lot.
My google-fu is failing me here. Would you be able to point me to any
documentation that shows how those various charms (nova-api,
nova-cloud-controller, neutron-api, neutron-gateway, neutron-openvswitch)
interact with each other in various network scenarios and what