Thanks Jim. WA did the trick. Very well explained. Should I raise a bug for fake driver's power state?.
On Tue, Mar 29, 2016 at 5:30 PM, Jim Rollenhagen <j...@jimrollenhagen.com> wrote: > On Tue, Mar 29, 2016 at 04:59:09PM +0300, Senthilprabu Shanmugavel wrote: > > Hello, > > > > I am using Ironic for deploying baremetal to my openstack environment. > > Using Liberty version on Ubuntu 14.04. I followed Ironic documentation > to > > deploy x86 servers using pxe_ipmitool. Now I have a working Ironic setup > > for PXE boot. I also want to add my test board running ARM 64 bit CPU to > > ironic deployment. I would like to try using fake_pxe drivers because my > > board don't support IPMI or anything else for out of band communication. > So > > idea was to do deployment without power management, eventually fake_pxe > is > > the obvious choice. But I have problem in updating the Ironic node which > I > > will explain below. > > > > I created ironic node using fake_pxe driver. Added all necessary > parameters > > using node-update command. Node-show command output is given below for > > reference > > > > <snip> > > > > Because of this during nova boot, scheduler failed to boot the BM > instance. > > > > Can anyone help me with what's wrong in my configuration?.... > > I guess probably someone has never used the fake power driver with > devstack. :) > > If a node's power state is None, it will be ignored by Nova: > > https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L171 > > And the fake power driver doesn't set the power state to on/off itself: > > https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/fake.py#L43 > > We should probably fix this by changing it to: > return task.node.power_state or states.POWER_ON > > In the meantime, an easy workaround would be: > ironic node-set-power-state <uuid> on > ironic node-set-power-state <uuid> off > > Which would have the driver 'remember' the power state is currently off, > allowing Nova to pick up the resources. > > Hope that helps :) > > // jim > > > > > > > > > Thanks in advance, > > Senthil > > > > __________________________________________________________________________ > > 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 > -- Best Regards, Senthilprabu Shanmugavel
__________________________________________________________________________ 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