Open Stack

Steve,

In Newton, we upgraded the Heat templates to use lbaasv2 [1]. However, it
seems the k8s external load balancer still work with lbaasv1. If Kolla
doesn't use the external load balancer feature, it should be fine.

[1] https://review.openstack.org/#/c/314060/

Best regards,
Hongbin

On Wed, Sep 28, 2016 at 8:06 PM, Steven Dake (stdake) <stdake at cisco.com>
wrote:

> Fantastic!
>
>
>
> Quick semi-related question.  Will Magnum Newton be using lbaasv2?  That
> is what we have implemented in Kolla.
>
>
>
> Regards
>
> -steve
>
>
>
>
>
> *From: *Ton Ngo <ton at us.ibm.com>
> *Reply-To: *"OpenStack Development Mailing List (not for usage
> questions)" <openstack-dev at lists.openstack.org>
> *Date: *Tuesday, September 27, 2016 at 10:58 PM
> *To: *"OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev at lists.openstack.org>
> *Subject: *Re: [openstack-dev] [magnum] Fedora Atomic image that supports
> kubernetes external load balancer (for stable/mitaka)
>
>
>
> Thanks Steve. We indeed have been using the image built by Yolanda's DIB
> elements and things have been stable. Dane and I have resolved the problems
> with the load balancer at least for the LBaaS v1. For LBaaS v2, we need to
> build a new image with Kubernetes 1.3 and we just got one built today.
> Ton,
>
> [image: nactive hide details for "Steven Dake (stdake)" ---09/27/2016
> 10:18:07 PM]"Steven Dake (stdake)" ---09/27/2016 10:18:07 PM---Dane, I’ve
> heard Yolanda has done good work on making disk image builder build fedora
> atomic properl
>
>
> From: "Steven Dake (stdake)" <stdake at cisco.com>
> To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev at lists.openstack.org>
> Date: 09/27/2016 10:18 PM
> Subject: Re: [openstack-dev] [magnum] Fedora Atomic image that supports
> kubernetes external load balancer (for stable/mitaka)
>
> ------------------------------
>
>
>
>
> Dane,
>
> I’ve heard Yolanda has done good work on making disk image builder build
> fedora atomic properly consistently. This may work better than the current
> image building tools available with atomic if you need to roll your own.
> Might try pinging her on irc for advice if you get jammed up here. Might
> consider consulting tango as well as I handed off my knowledge in this area
> to him first and he has distributed to the rest of the Magnum core reviewer
> team. I’m not sure if tango and Yolanda have synced on this – recommend
> checking with them.
>
> Seems important to have a working atomic image for both Mitaka and Newton.
>
> Regards
> -steve
>
>
> *From: *"Dane Leblanc (leblancd)" <leblancd at cisco.com>
> * Reply-To: *"OpenStack Development Mailing List (not for usage
> questions)" <openstack-dev at lists.openstack.org>
> * Date: *Thursday, September 8, 2016 at 2:18 PM
> * To: *"OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev at lists.openstack.org>
> * Subject: *[openstack-dev] [magnum] Fedora Atomic image that supports
> kubernetes external load balancer (for stable/mitaka)
>
> Does anyone have a pointer to a Fedora Atomic image that works with
> stable/mitaka Magnum, and supports the kubernetes external load balancer
> feature [1]?
>
> I’m trying to test the kubernetes external load balancer feature with
> stable/mitaka Magnum. However, when I try to bring up a load-balanced
> service, I’m seeing these errors in the kube-controller-manager logs:
>
> *E0907 16:26:54.375286 1 servicecontroller.go:173] Failed to process
> service delta. Retrying: failed to create external load balancer for
> service default/nginx-service: SubnetID is required*
>
>
> I verified that I have the subnet-id field set in the [LoadBalancer]
> section in /etc/sysconfig/kube_openstack_config.
>
> I’ve tried this using the following Fedora Atomic images from [2]:
>
> fedora-21-atomic-5.qcow2
> fedora-21-atomic-6.qcow2
> fedora-atomic-latest.qcow2
>
>
> According to the Magnum external load balancer blueprint [3], there were 3
> patches in kubernetes that are required to get the OpenStack provider
> plugin to work in kubernetes:
>
> https://github.com/GoogleCloudPlatform/kubernetes/pull/12203
> https://github.com/GoogleCloudPlatform/kubernetes/pull/12262
> https://github.com/GoogleCloudPlatform/kubernetes/pull/12288
>
> The first of these patches, “Pass SubnetID to vips.Create()”, is
> apparently necessary to fix the “SubnetID is required” error shown above.
>
> According to the Magnum external load balancer blueprint [3], the
> fedora-21-atomic-6 image should include the above 3 fixes:
>
> “*Our work-around is to use our own custom Kubernetes build (version
> 1.0.4 + 3 fixes) until the fixes are released. This is in image
> fedora-21-atomic-6.qcow2*”
>
> However, I’m still seeing the “SubnetID is required” errors with this
> image downloaded from [2]. Here are the kube versions I’m seeing with this
> image:
>
> [minion at k8-64n4bna2v6-0-ffukgho7n7tf-kube-master-fif5b6pivdmy sysconfig]$
> rpm -qa | grep kube
> kubernetes-node-1.2.0-0.15.alpha6.gitf0cd09a.fc23.x86_64
> kubernetes-1.2.0-0.15.alpha6.gitf0cd09a.fc23.x86_64
> kubernetes-client-1.2.0-0.15.alpha6.gitf0cd09a.fc23.x86_64
> kubernetes-master-1.2.0-0.15.alpha6.gitf0cd09a.fc23.x86_64
> [minion at k8-64n4bna2v6-0-ffukgho7n7tf-kube-master-fif5b6pivdmy sysconfig]$
>
>
> Does anyone have a pointer to a Fedora Atomic image that contains the 3
> kubernetes fixes listed earlier (and works with stable/mitaka)?
>
> Thanks!
> -Dane
>
> [1] http://kubernetes.io/docs/user-guide/services/#type-loadbalancer
> [2] https://fedorapeople.org/groups/magnum/
> [3] https://blueprints.launchpad.net/magnum/+spec/external-lb
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160928/4418d446/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 106 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160928/4418d446/attachment.gif>