Posts Tagged ‘HP’

Time to Meet at Hewlett Packard Enterprise Technology & Solutions Summit 2017 !


It’s time again for me to prepare the HPE TSS designed for our presales and channel partners, with some of our the best experts to transfer knowledge on everything HPE !

We have again this year a track dedicated to Open Source and Linux !).

So I’ll be in Cannes from the 6th to the 10th of February to cover:

  • B90 HPE’s Open Source Strategy – Auditorium K – Tuesday 7th of February 2017 – 5:30PM-6:20PM
  • L30-R1 Docker 101 Tutorial – Lab 1 – Wednesday 8th of February 2017 – 8:30AM-10:20AM
  • B91 Docker @ HPE – Ambassadeurs B – Wednesday 8th of February 2017 – 12:00AM-12:50AM
  • L31 Docker Orchestration Tutorial – Lab 1 – Thursday 9th of February 2017 – 8:30AM-10:20AM
  • B94 Docker: technology aspects and tools – Redaction 1 – Thursday 9th of February 2017 – 3:00PM-3:50PM
  • L30-R2 Docker 101 Tutorial – Lab 3 – Thursday 9th of February 2017 – 4:30PM-6:20PM
  • B92 Linux Distributions roadmap – Redaction 3 – Friday 10th of February 2017 – 8:30AM-9:20AM
  • B6 HPE RESTful API and the Redfish standard – Espace Californie – Friday 10th of February 2017 – 12:00AM-12:50AM

Pretty busy week no ?! And you should be able to replay the labs/tutorials on Wednesday afternoon during the OpenLab session in Lab 1.

A lot of sessions are covering Docker related topics this year, and I’m happy with thatas it’s a great techno, even more with the recently announced 1.13 bringing service support to docker-compose !

For those of you wondering why and MondoRescue versions are not published more regularly, that gives you again a hint 😉 Not speaking of the travel for 2 weeks starting the week after this one, and the next event in March in Grenoble, TES, where I’m part of the Event team and that we’ll organize for the 8th time.

See you there to talk of these subjects or something else as you see fit. I’m around the whole week.

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.

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 !

Time to Meet at Hewlett Packard Enterprise Technology & Solutions Summit 2016 !


New company name, new event name for our presales and channel partners, but same content of quality with the best experts to transfer knowledge on everything HPE !

And this year, we’ll have a track dedicated to Open Source and Linux ! It’s a first (and hopefully not the last time it’ll be given).

So I’ll be in Cannes next week to cover:

  • HP Helion Openstack 2.0: architecture and live demo – Breakout 145 – Tuesday 2nd of February 2016 – 5:40PM-6:30PM
  • HPE’s Open Source Strategy – Breakout 153 – Wednesday 3rd of February 2016 – 3:00PM-3:50PM
  • Linux Distributions roadmap – Breakout 154 – Thursday 4th of February 2016 – 9:30AM-10:20AM
  • HPE ProLiant Gen9 value add on Linux – Hands-on Lab 24 – Thursday 4th of February 2016 – 4:45PM-6:45PM

And you should be able to meet the Geeks on Wednesday afternoon, myself included.

Other subject of interest are the breakouts 86 (Intro to open source infra automation tools), 48 (container and next gen architecture), and 151 (building an open source high perf object storage cluster with Ceph) and of course the Labs (the Redfish and UEfI ones in particular) and SuSE and Red Hat sponsor sessions. Lots to see !

For those of you wondering why and MondoRescue versions are not published more regularly, that gives you again a hint 😉 Not speaking of the next event in March in Grenoble, TES, where I’m part of the Event team this time.

See you there to talk of these subjects or something else as you see fit. I’m around the whole week.

A great KernelRecipes 2015 last week


KernelRecipes is not like other Open Source Events.

First it’s friendly. I’ve been invited to talk about the interactions between a hardware manufacturer such as HP and the Linux community. And honestly, not being a kernel developer, I think I was more invited because of my firendly relationships with the organizers of the event, rather than for my relevance to the event. Hopefully, I’ve been able to bring some appropriate info anyway.

Then it’s remaining a small event, gathering around 100 people, all very committed to Linux kerel development. Small but highly focussed. To be honest, again as I’m not a kernel developer, I had a hard time following most of the conferences once they started digging into some aspects of the kernel.

And it’s great because of the high quality of the speakers present on stage (myself excluded). Look at the schedule, and realize that it was near a Kernel Summit as it can be without being one ! And I only attended day 2 and 3.

We had first David Woodhouse from Intel on Device Tree and ACPI. Typical session where I understand only parts of the talk, not being involved in embedded world. For the dummies on this topic like me, I’d recommend Thomas Petazzoni’s presentation as a starting point.


He was followed by the star of the event Greg Kroah Hartman, fellow at the Linux Foundation and who is after Linus the one devoting the most to the kernel especially on stable branches. And as for every great speaker, you can give them whatever topic to cover, they make it interesting. Even more when they have chosen it, and didn’t make that talk since a couple of years. It was brilliant. With live publication of two RCs and an official stable kernel release named … “Kernel Recipes” of course 🙂 That talk was really inspiring and lively as you can see:


And Greg was talking, as well as all other speakers in a very nice room (Lended by the Mozilla Foundation) completely full ! And I think most people were like me impressed by the level of git+mutt mastery Greg showed, as well as the automation he developed to help him. I couldn’t have thought it was so “easy” to publish 3 different branches of the kernel while explaining everything in parallel in a 50 minutes talk !!!


William Dauchy from the french registrar Gandi was then on stage to explain their network usage (large layer 2 LAN spread across DCs with TRILL).


In the afternoon, we had a talk from Eric Leblond on packet filtering and the Suricata IDS. Pretty clear again and a deep knowledge on this topic.


And then François Romieu explained his practice around Ethernet drivers development. I must confess I had difficulties following that talk, which I fuond less well architectured with probably too much digressions, while being very comitted.


An auction was then organized in order to support La Quadrature du Net in their activities. It was an excellent idea IMO, and was lead y Erwan Velu who suceeded to generate great interest from the audience. I didn’t won an auction, but I’m anyway a sponsor of La Quadrature.


I had time to pass the evening with my older daughter (and we enjoyed a great concert at the Philharmonie de Paris with a fabulous Stabat Mater of Rossini, the choirs lead by Lionel Sow in particular)


The 2nd of October, the organizers had as many key kernel contributors as I described for the second day !
We started with Jan Kara to explain IOs, followed by another kernel major actor, Jens Axboe, working now for FaceBook and who was extremely didactic in his way to explain storage scalability aspects. Again an excellent talk to recommend.


Mike Turquette was then on stage for explaining driver framework followed by an active contributor to the event by his questions and feedback, Willy Tarreau, who again made an excellent presentation on stable kernels, maintenance of these and which one to choose to build products, such as what he does in his company around HA Proxy.


I had to leave before the end of that day, but I was impressed by the quality of the event, the level of the speakers, the ability to gather so many big names in the same place, and also the active participation of the audience, and the fact that speakers stay in the room to listen to other talks and contribute back. That’s how events are the most efficient IMO.


So very honored to have been invited, many thanks to the organizers (especially Anne and Erwan) and I hope next time HP will accept to sponsor this very valuable event for the Linux kernel community.

OpenStack meetup and Kernel receipes next week


While I’m involved this week in the delivery of an OpenStack fast track training, we’ll have our 7th Rhône-Alpes-Auvergne OpenStack Meetup next Tuesday in Lyon where we’ll talk about deployment method for OpenStack, covering ansible on the HP side. I’ll then be in Paris for the 2015 edition of Kernel Recipes talking about Hardware Manufacturer and Linux kernel relationships, based on my HP background.

As usual if you want to meet and talk about anything related to Open Source or Early Music, feel free !

Everything you want to learn about UEFI will be discussed at LinuxCon EMEA


During the upcoming LinuxCon Event HP’s VP and Fellow Dong Wei, Chief Executive of the UEFI Forum will host a UEFI mini-Summit the 7th of October (in Dublin) from 9:00AM to 6:00PM. This is free to attend and will cover “how to” guidance, implementation options, and firmware tools and resources available for successful ARM and x86 platform integration using the UEFI ecosystem. Details are available at

Feel free to come for this technical deep dive with experts from HP, Insyde, Intel which will help with your transformation to adopt that key HP ProLiant Gen9 technology.

Contact myself if you want to organize specific additional sessions (especially with HP customers) around UEFI or Redfish with Dong Wei. And feel free to drop me a mail if you’re around and want to talk of these topics, Linux on ProLiant, MondoRescue, or whatever you would find interesting to discuss with me while I’m attending the event.

I hope to meet you there.

Mondoescue 3.2.1 is now available … with effort and pain !


Believe it or not, it has been one of the most challenging version to produce ! And one which was really awaited by lots of people.

First all those of you who had problems restoring big files with 3.2.0 which had issues with that. Now that’s solved (was already with the beta previously).

Then those of you who had a RHEL 5 system. 3.2.0 wasn’t working, and 3.2.1 should be much better. Similarly for the people using RHEL 7. This is the real first version working for RHEL 7 available of MondoRescue. I’ve made most of my tests with a RHEL 7 VM in order to track all the errors which were remaining for that env (also some smaller but annoying ones). The root cause is that I had a customer wanting to move to that version for RHEL 7, and I wanted them to be happy with the result. Doesn’t mean they won’t encounter issues, despite what I did, but I’m much more comfortable to handle the cases in their support contract (Yes this is a paying customer).

And finally those of you who were trying to have a working environment for a UEFI based machine with RHEL 6. UEFI wasn’t working at all with 3.2.0 (and previous versions) even if EFI was working on Itanium systems. So this time I used a real system to make again lots of different tests, and solving again lots of issues linked to the support of UEFI, and now I’m happy with the result. The media made is recognized by the UEFI shell or the HP ProLiant guided boot menu. And a full backup / restore works also on it. So that other customer (an HP one, but not a paying one from a MondoRescue perspective… yet) should as well be happy and be able to use MondoRescue to perform its clones and installs correctly.

Could it be better ? Of course. RHEL 7 + UEFI are not yet friends. That will be for 3.2.2, as I want to keep my job ;-). Few bugs in trac have been addressed during these last 8 months, sorry for that. But a lot not mentioned there have been solved, and that was most of the work. And a lot of work has been put (commit hours are real !) into solving the customers needs and deliver that version on time. That’s probably why I hate time based releases, as it forces you to deliver (which is always good), but not with the serenity which should be part of an OpenSource development. Of course, that’s my fault ! I should have anticipated these requests (UEFI and RHEL 7 are there since a long time). But hey, this is still not my day job at HP. So I can only do my best as time permits. And I have a lot of other hobbies that I’ll be back to now so they can also know some progress. That’s also why I do not make more regular releases. But patches are always welcome.

Anyway, pain is over, a new version is here. Test it, report feedback, try to not break it too much, and remember to do regular backups whatever the tools you use.

Download at

Redfish 1.0 is now out and soon used by our projects


Recently the DMTF announced that the Redfish standard had reached version 1.0, the first usable for production.

If you don’t know Redfish yet, and don’t want to read the full spec, I can summarize it very roughly as a cross-manufacturer RESTful API to configure Hardware systems and recover info from them. Pretty cool in fact as this was a missing brick for a full Open Source based multi-platform Software Defined Infrasctrucute.

Now remains for us to update our python-redfish with it, and start supporting more features now it’s stable. That the first step will allow Ironic, the bare metal component of OpenStack, to have Redfish support, which is IMHO a very highly desirable feature. Not for Liberty, hopefully the spec will be ready for M and code sufficiently developed to allow us to win a slot in the Summit !

Then it will also allow us to advance on the other project we’d like to promote: Alexandria, which is a clever (of course, I’m part of the design team ;-)) way to interface CMDBs (well the one who are themselves clever enough to have a parametrized data model such as iTop) and Hardware information providers such as Redfish.

Imagine that you rack a new Refish compliant server (HP ProLiant Gen9 are among the first to provide already a subset of it), cable power and management board, integrate some info on that machine in your CMDB (iLO credntial and IP address e.g.), and ask through Alexandria that the rest is filled by Redfish calls. And kept updated as time passes. Well, that’s exactly what we try to achieve, as this is one of the need we have to maintain our Solution Center CMDB up to date as easily as possible.

Lots of good ideas, but not enough code to show for now. Hopefully, we should be able to have an Alexandria demo with somple drivers ready for the upcoming OpenStack Summit… and be able to travel to exchange our views with other OpenStacker around all this.