[openstack-dev] [magnum] Need helps to implement the full baremetals support

Spyros Trigazis strigazi at gmail.com
Mon Jun 20 15:30:08 UTC 2016


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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160620/ac780872/attachment.html>


More information about the OpenStack-dev mailing list