Open Stack

Hi, Spyros

Thanks for testing it.
Maybe you see that there are some problems to support baremetal.
We should add functional test to our jenkins job
because this template will be broken easily if anyone adds some logic to
our templates/codes.
But following problems will block us.

1. How to get Fedora 23 image which includes k8s?
2. How to solve Ironic instance_info problem?

Currently I have no idea, maybe time will solve these?


Thanks
-yuanying

2016年6月21日(火) 0:30 Spyros Trigazis <strigazi at gmail.com>:

> Hi Yuanying,
>
> I tested your patch [2] with the image that Ton created [1] and it worked.
>
> For me devicemapper as docker-storage-driver didn't work but this is
> unrelated to this patch, I'll update devicemapper. I used overlay and
> it was ok.
>
> I'll sum up what I did here, for others to test.
>
> On a fresh install of Ubuntu 14.04.3
>
> 0-
> setup environment as in:
>
> http://docs.openstack.org/developer/magnum/dev/dev-quickstart.html#dev-quickstart
>
> 1-
> I used a local.conf with less configuration and I added magnum.
> https://stikked.web.cern.ch/stikked/view/35816b1d
>
> 2-
> Update subnets with dns-nameserver
> neutron subnet-update private-subnet --dns-nameserver 8.8.8.8
> neutron subnet-update public-subnet --dns-nameserver 8.8.8.8
>
> 3-
> Modify ironic.nodes table
> alter table ironic.nodes modify instance_info LONGTEXT;
>
> 4-
> download images [1] and register as in:
>
> https://review.openstack.org/#/c/320968/10/magnum/elements/kubernetes/README.md
>
> 5-
> update iptables as in our devstack script:
> https://github.com/openstack/magnum/blob/master/devstack/lib/magnum#L326
>
> 6-
> magnum baymodel-create --name k8s-ironic-baymodel \
>                        --keypair-id testkey \
>                        --server-type bm \
>                        --external-network-id public \
>                        --fixed-network private \
>                        --image-id fedora-k8s \
>                        --flavor-id baremetal \
>                        --network-driver flannel \
>                        --dns 8.8.8.8 \
>                        --coe kubernetes \
>                        --docker-storage-driver overlay
>
> 7-
> create bay
> magnum bay-create --name k8s-ironbay --baymodel k8s-ironic-baymodel --node-count
> 1
>
> It took a few minutes to get CREATE_COMPLETE on my 4-core desktop.
>
> Thanks Yuanying and Ton!
>
> Cheers,
> Spyros
>
>
> [1] https://fedorapeople.org/groups/magnum/fedora-23-kubernetes*
> [2] https://review.openstack.org/#/c/320968/
>
>
> On 14 June 2016 at 03:26, Yuanying OTSUKA <yuanying at oeilvert.org> wrote:
>
>> Hi, Spyros
>>
>> I updated ironic heat template, and succeeded booting k8s bay with Ironic.
>> Could you test it?
>>
>> Unfortunately there are some problem and requirement to test.
>> I describe below.
>>
>> * subnet which belongs to private network should be set up with
>> dns_nameservers like following.
>>
>>     $ neutron subnet-update private-subnet —dns-nameserver 8.8.8.8
>>
>> * modify ironic.nodes table
>>
>>     $ alter table ironic.nodes modify instance_info LONGTEXT;
>>
>> * baymodel
>>
>>     $ magnum baymodel-create —name kubernetes —keypair-id default \
>>                        --server-type bm \
>>                        --external-network-id public \
>>                        --fixed-network private \
>>                        --image-id fedora-k8s \
>>                        --flavor-id baremetal \
>>                        --network-driver flannel \
>>                        --coe kubernetes
>>
>> * Fedora image
>> Following procedure depends on diskimage-builder fix:
>> https://review.openstack.org/#/c/247296/
>>
>> https://review.openstack.org/#/c/320968/10/magnum/elements/kubernetes/README.md
>>
>> * my local.conf to setup ironic env
>> http://paste.openstack.org/show/515877/
>>
>>
>> Thanks
>> -yuanying
>>
>>
>> 2016年5月25日(水) 22:00 Yuanying OTSUKA <yuanying at oeilvert.org>:
>>
>>> Hi, Spyros
>>>
>>> I fixed a conflicts and upload following patch.
>>> * https://review.openstack.org/#/c/320968/
>>>
>>> But it isn’t tested yet, maybe it doesn’t work..
>>> If you have a question, please feel free to ask.
>>>
>>>
>>> Thanks
>>> -yuanying
>>>
>>>
>>>
>>> 2016年5月25日(水) 17:56 Spyros Trigazis <strigazi at gmail.com>:
>>>
>>>> Hi Yuanying,
>>>>
>>>> please upload your workaround. I can test it and try to fix the
>>>> conflicts.
>>>> Even if it conflicts we can have some iterations on it.
>>>>
>>>> I'll upload later what worked for me on devstack.
>>>>
>>>> Thanks,
>>>> Spyros
>>>>
>>>> On 25 May 2016 at 05:13, Yuanying OTSUKA <yuanying at oeilvert.org> wrote:
>>>>
>>>>> Hi, Hongbin, Spyros.
>>>>>
>>>>> I’m also interesting this work.
>>>>> I have workaround patch to support ironic.
>>>>> (but currently conflict with master.
>>>>> Is it helpful to upload it for initial step of the implementation?
>>>>>
>>>>> Thanks
>>>>> -yuanying
>>>>>
>>>>> 2016年5月25日(水) 6:52 Hongbin Lu <hongbin.lu at huawei.com>:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>>
>>>>>>
>>>>>> One of the most important feature that Magnum team wants to deliver
>>>>>> in Newton is the full baremetal support. There is a blueprint [1] created
>>>>>> for that and the blueprint was marked as “essential” (that is the highest
>>>>>> priority). Spyros is the owner of the blueprint and he is looking for helps
>>>>>> from other contributors. For now, we immediately needs help to fix the
>>>>>> existing Ironic templates [2][3][4] that are used to provision a Kubernetes
>>>>>> cluster on top of baremetal instances. These templates were used to work,
>>>>>> but they become outdated right now. We need help to fix those Heat template
>>>>>> as an initial step of the implementation. Contributors are expected to
>>>>>> follow the Ironic devstack guide to setup the environment. Then, exercise
>>>>>> those templates in Heat.
>>>>>>
>>>>>>
>>>>>>
>>>>>> If you interest to take the work, please contact Spyros or me and we
>>>>>> will coordinate the efforts.
>>>>>>
>>>>>>
>>>>>>
>>>>>> [1]
>>>>>> https://blueprints.launchpad.net/magnum/+spec/magnum-baremetal-full-support
>>>>>>
>>>>>> [2]
>>>>>> https://github.com/openstack/magnum/blob/master/magnum/templates/kubernetes/kubecluster-fedora-ironic.yaml
>>>>>>
>>>>>> [3]
>>>>>> https://github.com/openstack/magnum/blob/master/magnum/templates/kubernetes/kubemaster-fedora-ironic.yaml
>>>>>>
>>>>>> [4]
>>>>>> https://github.com/openstack/magnum/blob/master/magnum/templates/kubernetes/kubeminion-fedora-ironic.yaml
>>>>>>
>>>>>>
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Hongbin
>>>>>>
>>>>>> __________________________________________________________________________
>>>>>> 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
>>>>>
>>>>>
>>>>
>>>> __________________________________________________________________________
>>>> 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
>>
>>
> __________________________________________________________________________
> 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/20160621/ac31c14a/attachment.html>