Hi folks!
A bit earlier than expected to to my PTO I'm announcing ironic-discoverd
1.1.0. Download it from PyPI: https://pypi.python.org/pypi/ironic-discoverd
We've spent substantial amount of time polishing existing features and
fixing bugs. Highlights are:
* New config options for tuning which ports get added to Ironic and
which get deleted: add_ports and keep_ports.
* New supported CLI tool based on OpenStackClient.
* Discoverd now tries its best to update node introspection state, even
if ramdisk data processing fails on an early step.
* Support for receiving logs from the ramdisk.
* In-tree devstack plugin, see
https://etherpad.openstack.org/p/DiscoverdDevStack
* Finished support for setting IPMI credentials during discovery. This
is still an experimental feature, but it works in our testing, so it's
worth trying.
* Support for oslo.i18n.
See
https://github.com/stackforge/ironic-discoverd/blob/stable/1.1/RELEASES.rst
for more detailed change log and
https://bugs.launchpad.net/ironic-discoverd/+milestone/1.1.0 for list of
finished blueprints and fixed bugs.
Report bugs to launchpad as well:
https://bugs.launchpad.net/ironic-discoverd.
Now to the future plans.
First of all, I suggest starting following Ironic release schedule. For
now that means to release twice a year, not 4 times like it is now.
My personal interest right now is to improve our ramdisk. I've started
an effort to rewrite our ramdisk in Python, based on what we have
downstream:
https://blueprints.launchpad.net/ironic-discoverd/+spec/python-ramdisk-code
Unfortunately, it's more than hard to add Python scripts to our current
DIB ramdisks, so the next step would be to adopt IPA as a basis. I'm
still not 100% sure how do it, but I plan on figuring out after PTO (and
on the summit). Initial thoughts are in
https://blueprints.launchpad.net/ironic-discoverd/+spec/long-running-ramdisks.
There are more things we can do in the next release:
https://bugs.launchpad.net/ironic-discoverd/+milestone/1.2.0
Feel free to propose whatever you think it useful.
Cheers,
Dmitry
__________________________________________________________________________
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
