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 <yuany...@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 <yuany...@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 <strig...@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 <yuany...@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...@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-requ...@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-requ...@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-requ...@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-requ...@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-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev