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 included
"Content-Encoding:
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 neutron-o
Reviewed
https://code.launchpad.net/~jacekn/charms/precise/haproxy/haproxy-updates/+merge/272559
This branch makes a few improvements to the precise/haproxy charm:
- add SSL support
- add nagios_servicegroups config option
- multiple monitoring fixes
- add open_monitoring_port option
Changes look
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 that
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 sor
I reviewed xcat today. While the charm did an excellent job of making
use of juju workload status and letting me know I needed to set the
xcat domain name before the installation would continue I was unable
to verify the xCat service was running per the xCat quick start guide
and I was unable to +
