Posts Tagged ‘Open Source’

Meet during the upcoming OpenStack Summit in Barcelona


For the first time, I’ll be speaking at the OpenStack Summit during the main conference.

I’ll talk about the possibility to add Redfish support to Ironic.

I’ve already talked about Redfish, either the standard, or through our python-redfish module, even during a vBrownBag session of a previous Summit in Vancouver.

This time I’d like to detail the latest news around the standard itself, how it can be used in an Ironic context and what we’ll have to do to make it work, up to its usage for Alexandria, a CMDB as a service solution we’re also developing in conjunction with these components.

I’ll also attend most of the Ironic dev round table to organize that work, and understand better what the community is expecting from us with regards to the development, and answer to the questions around the specification. Should be a very interesting week in Barcelona (on top of the fact Barcelona is a great city I encourage you to visit !)

Feeling FLOSS-orphaned


Bdale has announced today that he was leaving HPE again. 2 years after he came back all of us FLOSSers inside HPE are orphaned again. He didn’t stay longer than Martin Fink and thus we have now lost the best and most influential FLOSS ambassadors inside the company.

I hope we’ll be able to persue their great accomplishements, as HPE is always considered a fair FLOSS player, helping communities, involved on many projects, pushing GPLv3 (“Copyleft is good” said Martin Fink at LinuxCon EMEA in 2015), partnering with important FLOSS vendors, or with important projects like Bdale with Debian, in summary playing its role inside the overall Open Source community.

I wish to both of them to enjoy their retirements, and hope to cross again their paths soon in upcoming events, where I’m sure, they will always be received as the advocates they are deserve. And many thanks for everything you did to make some of our dreams real.

Meet during LinuxCon EMEA


After having talked on during the latest LinuxCon NA in Toronto, it’s now time to prepare for LinuxCon EMEA in Berlin.

I’l again talk about packaging, this time “Packaging for Linux Distributions with Docker“. And I’ll also replay the now popular (!) “101 Docker training” I’ve also delivered in Toronto, this time trying to deliver it before the one Jérome Patazzoni from Docker is doing on Docker orchestration, in order to allow for a complete overview of the Docker ecosystem.

Of course I’ll enjoy attending many sessions on various topics, and will see if in EMEA as well Docker Orchestration is the new Eldorado this year (In Toronto many talks and booth were dedicated to that theme). At least my colleague Mike Bright will cover it well !

See you around !

Project-Builder 0.14.1 is now out for LinuxConNA !


Well, in fact I froze that version back in July, but didn’t officially announced it till today (vacations were just in the middle). So that version 0.14.1 is now available, it breaks compatibility with previous ones, so you’ll need to update your VMs/VEs with it as well if you want to use it correctly (that’s why it’s still version 0.x !)

But I’ve been able to build a lot using docker containers with that version, and I’m now more and more happy with these results. Especially because it’s easier to fully automate an environment from absolutely nothing except to working packages. I already described it when I released 0.13.1 last year through a short tutorial, but it’s really working reliably now for a large set of distributions:

$ docker images | grep pb-pb
pb   mageia-5-x86_64-pb-pb              fc479023c876        3 weeks ago         413.9 MB
pb   opensuse-13.1-x86_64-pb-pb         2c31c56e7bda        3 weeks ago         354.3 MB
pb   opensuse-13.2-x86_64-pb-pb         c8edeba0440b        3 weeks ago         438.2 MB
pb   opensuse-42.1-x86_64-pb-pb         8e91d2b584ed        3 weeks ago         461.5 MB
pb   debian-7-x86_64-pb-pb              0c133063d4be        3 weeks ago         449.8 MB
pb   debian-8-x86_64-pb-pb              8fb919480351        3 weeks ago         588.3 MB
pb   centos-5-x86_64-pb-pb              c8b6f1a0846b        3 weeks ago         706.6 MB
pb   centos-6-x86_64-pb-pb              a3c1ea318031        3 weeks ago         545.9 MB
pb   centos-7-x86_64-pb-pb              d5790ee97e13        3 weeks ago         392.1 MB
pb   ubuntu-12.04-x86_64-pb-pb          053f112ed939        3 weeks ago         398.2 MB
pb   ubuntu-14.04-x86_64-pb-pb          bc239427fc3a        3 weeks ago         501.7 MB
pb   ubuntu-15.04-x86_64-pb-pb          e6cf8d0fafd0        3 weeks ago         503.8 MB
pb   ubuntu-15.10-x86_64-pb-pb          dba3b580bdc8        3 weeks ago         550.1 MB
pb   ubuntu-16.04-x86_64-pb-pb          02a337752837        3 weeks ago         522.9 MB
pb   fedora-21-x86_64-pb-pb             07223685d24f        3 weeks ago         965.1 MB
pb   fedora-22-x86_64-pb-pb             211b865c1ec6        3 weeks ago         749.5 MB
pb   fedora-23-x86_64-pb-pb             f6012ff7b6b8        3 weeks ago         879.6 MB
pb   fedora-24-x86_64-pb-pb             6d878b489584        3 weeks ago         678.5 MB
pb   gentoo-nover-x86_64-pb-pb          b6ead3da5b85        4 weeks ago         1.392 GB

But I’ve not really worked yet on the ideas expressed when I issued 0.13.2 in February this year.

Instead I’ve done other improvements such as managing signed deb repositories (was asked for a long time), have a better naming for temporary versions (allowing easier updates between temporary versions and also with stables, but creating the incompatibility with 0.13.x), docker tests for lots of distributions (paving the way for automatic testing here from nothing to package build), adding support for pbr, standardizing temporary directory names, …

That will be the version I’ll use to make demos during my presentation next week at LinuxCon North America in Toronto as already announced. Come to see it live and so that we can discuss continuous packaging !

OpenStack Summit proposals


While I’m in vacation around Barcelone, I’ve made before leaving proposals for the upcoming OpenStack Summit which will be … in Barcelona !

If you think they are valuable for the OpenStack community, let them know by voting for them😉 Here are they:

  • The nightmare of Ironic Standalone
  • Empowering Ironic with Redfish support
  • From Bare Metal to CMDB: ITIL as Code

The easiest way to vote is to go to and search for cornec in the search area on the top left. You’ll just get these 3 ones. But of course there are tons of other interesting presentations proposed and as usual it will be difficult for these one to be selected. And you should really vote for the ones which are the most interesting.

Hopefully even if not selected I’ll be able to come back in this great place and meet again with peers after Paris and Vancouver but of course, it will be much more difficult without being a presenter. Let’s see !

Network install of Debian 8 on a HPE ProLiant Gen9 server


There are articles to do this in a pure Debian environment, such as the excellent one I used as a base from Raphaël Hertzog.

But my deployment server in that case is a CentOS 6 one, so I needed some adaptations to make it work.

My target system is a HPE ProLiant BL 460 Gen9, equiped with bnx2x NICs (Broadcom BCM 57840 10/20 Gb/s cards). And during a network boot install, I have had messages indicating that the firmware was missing (failed to load bnx2x/bnx2x-…)

So in order for my system to network boot, I needed to adapt my initrd and add the missing firmware in it (Debian’s policy prevents the distribution of
non-free firmware, which these are). The Firmware in my case is available as a standalone package at (hint from this article)

So on your non-debian deployment server, you can do the following:

mkdir /tmp/fw
cd /tmp/fw
# This is the network boot environment required for booting Jessie
tar xvfz netboot.tar.gz
# Keep the kernel in your deployment infra
mv debian-installer/amd64/linux /where/your/tftpboot/k/debian-8
# Extract the initrd to modify it
mkdir initrd
cd initrd
gzip -cd ../debian-installer/amd64/initrd.gz | cpio -ivdum
# You need the dpkg commdand to make your life easier (part of CentOS, Fedora or Mageia)
dpkg -x ../firmware-bnx2x_0.43_all.deb  .
ls lib/firmware/
# Should show you the firmware in the right place
find . -print | cpio -o -H newc | gzip -c9 > /where/your/tftpboot/i/debian-8.img

Now you can add an entry to your boot loader (grub2 in my case) for the network boot part (more info on Network boot and Debian at

menuentry 'Debian 8' {
  insmod gzio
  insmod part_gpt
  insmod ext2
  insmod iso9660
  linux /k/debian-8 ip=dhcp --
  initrd /i/debian-8.img

If you have another firmware to deal with, refer to the dedicated Debian page at

After that your system should be able to network boot and install your Debian Jessie distribution on it.

The next step is to automate the installation, which consists just in changing the linux line in the grug conf file:

linux /k/debian-8 ip=dhcp auto priority=critical url=http://deploy-server/ks/debian-8 --

where the debian-8 file under the ks directory is just the preseed file you’ll build for your automatic installation.

Meet again next week in Paris and at LinuxCon NA 2016 in Toronto


I’m just back from an HPE Event (the ETSS in Gothenburg, Sweden) and will soon have to start the next ones.

First, I’ll be this week in Paris to talk during a MySQL Meetup to cover automatic deployment, in particular with Redfish, images of reference (and a bit of MondoRescue) and automation (ansible e.g.) for DBA.

Then I’m again lucky this year to be retained as a speaker for the upcoming LinuxCon North America which will be in Toronto, Canada from the 22nd of August to the 27th. I’ll have a session on Continuous Packaging, mandatory for DevOps and a 3 hour Initiation Lab on Docker. Interestingly enough at the same time, Jérôme Petazzoni, Docker, will do one on Swarm !! Maybe we should coordinate and make them one after the other (I’d like to attend his Lab BTW !!)

I have now put all my lab material that I do for HPE on GitHub, to make it easier for attendees to report errors, and for others to use them and learn. I have content for Docker (Done with René Ribaud, Yann Allandit, Michael Bright), Git (Done with Clément Poulain), Redfish (Originally written by François Donzé and done with René Ribaud) and soon for Ironic.

Hope to be able to meet with you here or there !

Microsoft recrute … des RHCT/RHCE


Si, si ! Et c’est même écrit ici

De là à penser qu’ils vont basculer dans une adoption large et massive des technologies que nous promouvons, il y a un pas que je ne franchirais pas. Pour avoir discuté récemment avec certains de leurs représentants d’Azure justement, je pense qu’il y a encore beaucoup de chemin avant qu’ils comprennent et ensuite admettent les vertus de ce que nous prônons.

Quant au job, dans ces temps difficiles, c’est toujours bon à savoir, même si pour un job de “Technology Solutions Professionals” il vaut mieux avoir “Une formation complémentaire dans la vente, services de livraison, les affaires ou marketing” ! En clair c’est de l’avant vente pour justifier auprès de clients combien Azure est la bonne solution pour héberger des environnements informatiques basés sur Linux. Et dire qu’ils ont au moins 25% de leurs clients qui les croient et qui l’ont fait ! J’espère que les autres hébergent eux-mêmes, ou font appel à des solutions plus ouvertes, ce n’est pas le choix qui manque.

Il est vrai que je ne devrais pas être la cible d’une telle campagne, ayant un job bien plus intéressant que cela, mais visiblement, ils ratissent large sur LinkedIn, et n’ont sans doute pas compris mon activité🙂

Bon, moi je retourne à mes patchs pour Ironic, Biforst et DiskImageBuilder;-)

python-redfish reached 0.3, first interesting version for others


Back in 2015, during our internal TES event in Grenoble, a group of people gathered to talk about the new Redfish DMTF standard and how we could add its support into Ironic.

Since that, we have worked first on a new Open Source python library to interact programmatically with Redfish 1.0 based systems.

We tried to promote it during OpenStack Summits but except in Vancouver when I did a short video explaining that, not enough interest from the community. Of course we had very few to show at that time.

One year after, we have now reached version 0.3 of the project. And while that doesn’t sound a lot, in fact the libray is now usable by others to interact with Redfish based systems.

What it provides:

Our next steps are in multiple directions:

Hopefully, as you’re reading this, you’re interested by the topic, and we’d be happy to get your feedback, and more over your patches in order to improve our work, and speed up the development !

And don’t forget the HPE Open Source project available as well on github which provides much more capabilities, due to its support of the iLO and iLOCM extensions to the Redfish standard.

MondoRescue 3.2.2 is finally available


I don’t know you, but I was waiting for this version for a long time. Way too long ! But I’m lucky, I’m not time based for releases. I’m really much more features based. And the one I really needed to catch for this version was UEFI support for RHEL/CentOS 6 & 7. HPE has teams and customers which were really needing that to work correctly, which is, from my series of tests, now the case. And I had confirmation from my colleagues that it was indeed working for them as expected just recently. So it was then time to publish !

While I was at it, I tried to fix at the same time some other annoying issues that were reported by the community on the mailing list, while leaving some other problems for the next time, as it was already too much delayed. So I know the Debian and Ubuntu users won’t get UEFI support working, as I had not enough time to test it (my test infra is now being used for trainings for 2 weeks), similarly for SLES 11 SP4 with UEFI (which uses elilo, while I now support grub, grub2 and syslinux, but this one doesn’t work correctly with UEFI IMO).

In addition to what was already done and reported here previously, I have hopefully fixed the following additional issues:

  • #777: Full UEFI support with grub 0.9 and grub2 configuration generation in addition to syslinux (limited to RHEL6, RHEL7)
  • #778 use dosfslabel/mr-label to recreate labelled FAT or VFAT FS
  • #757, #780 and #781 to fix md support
  • #792 to fix LVM support, by forcing fixed values for LE if percentage calculated for it is 0
  • #787 to fix USB support by cleaning the target dir of its syslinux content

In total 24 bugs have been officially closed and additional features improved or fixed as well. Look at the details in trac for the complete list of changes during these last 8 months of pregnancy of the new version🙂

But, of course, things do not stop here. In addition to fixes which needs to be done as mentioned upper, I’d like to add support for Secure Boot e.g. in the next version to have a full UEFI support, and work again on code refactoring even more.

For now, let’s take time to celebrate and hopefully this will be for you as users the best version possible of MondoRescue available to date !