Archive for the ‘FLOSS’ Category

Time to meet again at HP ExpertOne Technology & Solutions Summit !

2015/06/12

For those of you working for an HP value added reseller (VAR) and attending the HP ExpertOne Technology & Solutions Summit in Dublin from the 16thth to the 19th of June, feel free to meet during one of the session I’ll (co-)deliver:

  • UEFI: what, why, when, how and the rest Breakout 49 – Tuesday 16th of June 2015 – 5:45PM-6:35PM
  • HP Helion OpenStack in action – Breakout 175 – Wednesday 17th of June 2015 – 8:30AM-9:20AM
  • UEFI Hands-On Labs (François Donzé) – Lab 4 – Wednesday 17th of June 2015 – 11:00AM-12:50AM
  • HP ProLiant Gen9 value add on Linux (Hands-on Lab) – Lab 16 – Thursday 18th of June 2015 – 2:00PM-3:50PM
  • HP REST API for iLO Lab (François Donzé) – Lab 6 – Thursday 18th of June 2015 – 4:30PM-6:20PM
  • HP ProLiant Gen9 value add on Linux – Breakout 48 – Friday 19th of June 2015 – 12:00AM-12:50AM

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

For those of you wondering why project-builder.org and MondoRescue versions are not published more regularly, that gives you a hint ;-) Even if I made some progresses recently I also need to document !

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

Représentation HP à une table ronde du congrès Curie

2015/06/09

J’ai été invité à parler à la table ronde du congrès CURIE modérée par Eric Horlait

Son thème est: “CLA, un mode de coopération original pour animer une communauté du logiciel propriétaire” (sic). J’y aborderai pour ma part la manière dont HP gère son engagement auprès de communautés du logiciel libre et le gestion des contributions.

Je ne suis pas encore bien sûr de comment cela va s’articuler, mais si vous êtes curieux comme moi, rendez-vous demain à Pau pour le savoir !

Software Defined Compute: Redfish and Ironic at the next OpenStack Summit

2015/04/24

The future is already here !

In fact here ! This is a new specification which is gaining traction to allow hardware configuration of systems through a RESTful interface. All new HP ProLiant Gen9 servers from HP are providing a first version of what is not yet the standard, but looks very near to it, and provide already a rich interface.

This is pretty exciting, as it will allow people like me working on Disaster Recovery e.g., or people like Devananda van der Veen who is the Ironic PTL (OpenSTack bare metal deployment component) or many others to have, when it’s ready, a single interface to configure the servers from different manufacturers following the Redfish Specification (as of now HP, Dell, Emerson, Intel). And it’s much more feature rich than IPMI, so you would be able to go well farer with it and reach a real Software Defined Compute node.

In order to make it usable for Ironic we’ve started to work on a low level python library (python-redfish) on which we’ll be able to build the Ironic driver for Redfish later on. This is work for Liberty and after of course. And as Ironic can be also use alone, I’m more and more thinking of using it as a way to provide MondoRescue images for bare metal deployment as an additional feature over media boot. Especially if there are plans to have a standalone web interface for Ironic !

If you want to learn more on the HP implementation of the RESTful API, there is a webinar organized Wednesday, April 29, 2015 from 10:00 am CDT to 11:00 am CDT. Register from https://h71044.www7.hp.com/campaigns/2013/events/linkandcoordinate/index.php

And if you want to learn a bit more of where we are on this, read the code (easy for now) or come at Vancouver for the upcoming OpenStack Summit to discover it.

Attending HP Helion MVP next week in Sunnyvale

2015/03/11

I’ve been recently awarded as an HP Helion MVP. And immediately after, invited to participate to the first HP Helion MVP Event in Sunnyvale on March 18th thru 20th, 2015. Looking at the mmebers and the presenters, that will be a great event, and I’m sure I’ll learn a lot through the discussions and presentations we’ll have.

On my way to the US, I’ll go through Seattle to meet with some HP colleagues arriving Monday night, and departing to Sunnyvale on Tuesday evening.

All that is a short trip, just before our big HP internal EMEA Event the week after, but I’m sure it will be worth the effort. And if you’re around as well, and want to talk about Open Source @HP, disaster recovery or cloning with MondoRescue, continuous packaging with Project-Builder.org or Helion OpenStack of course, feel free to drop me a mail so we can meet and talk.

MondoRescue 3.2.1 is definitively looking better but will for sure with your help !

2015/03/06

Since a couple of days, I’ve passed quite some time to deal with the various reports that were made on the mondo mailing list with regards to bugs found by users on version 3.2.0. Of course, as every .0 version, not everything was tested, and the help of the community is as usual key to find these cases left appart, and of course find bugs in them !

What has been fixed is available here:
http://trac.mondorescue.org/query?status=closed&group=resolution&milestone=3.2.1

The other BRs I’d like to address before releasing 3.2.1 are:

  • glibc detect an invalid pointer (#766)
  • Smartarray b120i closed drivers not working (#751)

and the older, but really annoying one:

  • Fail to Restore from External Hard Disk (#628)

While I think I can deal with the 2 first one pretty easily, the last one requires more time and will probably end up in 3.2.2 instead, as it’s difficult to delay more 3.2.1 now that the most annoying issues have been solved.

In the mean time, please test the beta of 3.2.1 at ftp://ftp.mondorescue.org/test/ (lots of distros available). That will clearly help me finalizing that version. Hopefully you’ll mostly report successes, but I really need your help to make it much better than 3.2.0.

With the latest devs made on mindi to support again correctly older distributions such as RHEL5 (which wasn’t working anymore in 3.2.0), I think I’ll also being able to make the promised 3.0.5 soon, for those wanting to avoid the risk of using a mondoarchive very different in code with lots of dynamically allocated memory. That will pretty surely be the last one in that serie. The focus is really now on the 3.2 branch.

Thanks for your continuous support on this project !

Time to Meet at HP ExpertOne Technology & Solutions Summit !

2015/01/21

For those of you working for an HP value added reseller (VAR) and attending the HP ExpertOne Technology & Solutions Summit on Barcelona from the 2nd to the 6th of February, feel free to meet during one of the session I’ll (co-)deliver:

  • UEFI: what, why, when, how and the rest Breakout 101 – Wed 2014-02-04 9:30-10:20 AM
  • HP Helion OpenStack in action – Breakout 124 – Wed 2014-02-04 2:00-2:50PM
  • HP ProLiant Gen9 value add on Linux – Breakout 99 – Thu 2014-02-05 9:30-10:20 AM
  • HP ProLiant Gen9 value add on Linux (Hands-on Lab) – Lab 16 – Thu 2014-02-05 2:00-3:50 PM
  • UEFI Hands-On Labs – Lab 19 – Thu 2014-02-05 4:30-6:20 PM
  • Running Enterprise Linux distributions on HP ProLiant Gen9 – Breakout 100 – Fri 2014-02-06 9:30-10:20 AM

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

For those of you wondering why project-builder.org and MondoRescue versions are not published more regularly, that gives you a hint ;-) Not speaking of the next event in March, 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.

MondoRescue packages available for new distributions

2015/01/20

As asked on our trac instance, new packages have now been build for the latest MondoRescue version 3.2.0 for OpenSUSE 13.2, Fedora 21 and SLES 12 in addition to the 150+ other distros already supported.

SLES was as expected the most difficult to deal with as it doesn’t provide newt packages, so I had to also build them from sources with the dependencies and they are all in the repository as well so you shouldn’t had issues trying to use them.

As usual please report issues either with the tool itself or the packaging following the guidelines.

Merry Christmas, MondoRescue 3.2.0 is out !

2014/12/24

My previous post was to announce I wanted to publish that long overdue 3.2.0 version of MondoRescue beofre Christmas, so here we are !

I finally found the issue I had restoring RHEL7 with 3.2.0. This was due to a cumul of problems:

  • XFS labelling was broken. I fixed it by calling appropriately xfs_admin in label-partitions-as-necessary
  • RHEL7 uses a UUID for / in the grub2 configuration, which is not mentioned in /etc/fstab; so mindi wasn’t recreating that UUID correctly. So now mindi will store in the mountlist.txt the UUID of each partition, if no other LABEL or UUID was explicitely given in /etc/fstab in order to be able to use it at restore time, and label-partitions-as-necessary was also updated to take that in account

And I was with these modifications able to restore fully automatically a RHEL7 VM. So as I had alrady a working RHEL6 and Fedora 20 env, and as no big regression is expected on other supported distros (Mageia, SLES, OpenSuSE, Debian, Ubuntu mainly) I thought it was time to deliver it officially and give you a toy to play with for Christmas ! Am I not a nice guy ;-) ?

A lot as changed with regards to 3.0.4. If you want to have all the details, look at the Changelogs available in the trac announce, or read my previous posts about the 3.2 branch development, which started back in October 2013 (or even before in fact).

Is it the end of the 3.0 branch ? No. As I announced it earlier already, I want to at least publish a 3.0.5 with most mindi modifications backported in it (SVN already has such a branch in fact) in order for those of you who don’t like major updates, to stay with a more stable branch for some months, before jumping into 3.2.x. Because 3.2.x is the future, and most of my development time will happen here.

Hopefully that 3.0.5 branch will also work fine with systemd and /usr only based distros as the modifications to support that have all been done in mindi.

As for the 3.2.x branch, please report your findings ! I know I’m far from answering all mails, or answer all bug reports, but I do rad all of these, and as time permit, I try to make the code evolve (typically adding more perl functions) to have a more flexible way of incorporating your requests. Slower, but I have an installed base to maintain, I’m not like Fedora, which will always be followed, I need to keep my sysadmin as happy as possible with the state of the tool, while maintaing as much compatibility as I can with the previous versions.

But all that won’t happen before early January, as I’ll pass time with my kids and my wife to celebrate Christmas, an enjoy being together, which is now not as often as the previous years (yes kids grow up and move sometimes far from home :-), and that’s good !)

As I write packages are still being delivered to the master ftp server. Try it after the 25th !

MondoRescue 3.2.0: last beta before publishing

2014/12/07

I’m probably far from being a good project leader. The lack of time is one of the reason, but I think I could do better anyway, as I was particularly quiet these 2 last months. So I use that time, where I’m waiting before driving to the airport to give a status.

I was quiet, but still working on it as time permitted, and willing to solve the Fedora 18-20 support issues I had for a very long time now. And it seems that with the latest patches pushed this week, I’m good on that side. I’ve been able to do a full backup/restore of my Fedora 20 VM in automatic mode without issue ! That’s the first time, and was particularly happy that after 9 months of development around 3.2, I could achieve that. The other good news, is that it is still working fine for RHEL 6 e.g. as I also did a full cycle this week.

Ok, so life is nice. Well, as you know, nothing’s perfect ;-) So I still have an issue with RHEL 7. In fully automatic mode, eveything works fine, except that the restored VM doesn’t start due to an issue on the UUID in the initramfs.

I’ll test by recreating that initramfs after restore, and hopfully, dracut will do the job for me. But as I’ll be travelling in the US all next week, I thought it was good to publish a last beta before leaving, so that the community could also test and report what happens on other distros or on other configurations.

Note that very few other bugs have been fixed. I’m more interested for this first 3.2 version to have it work finally on all new systemd distros as much as I can, even if some features are still not fully working (see trac for details).

Compared to my last post on the subject, some points have been improved:

  • the network stack is now launched as long as a network backup has been done originally, even if you boot from the ISO image directly, and not through PXE. You may still choose from where to restore afterwards, but at least network is up
  • solve some /bin vs /usr/bin issues for pre-fedora 18 and systemd distros which were not working anymore (Cf: #741)
  • fix for a lack of keyboard discovery
  • fix some perl issues in some cases (Cf: #755)
  • force LV creation which on RHEL7 now asks a question in case something was already there before (Cf: #753)
  • Optimize modules list computation between mindi and restore init script and do not load modules list twice anymore
  • Force generation of hardlinks for busybox to avoid package build problem on some distro with inexistant links at build time (recent SLES)
  • Fix busybox 1.21.1 to support back old distributions such as RHEL3 and RHEL4 or SLES9 by avoiding usage of the struct tpacket_auxdata
  • Fix isolinux.bin and ldlinux.c32 locations for recent Debian distro

So maybe even more has been fixed than I considered initially in fact. Anyway, I’ll try to avoid to stay so long without publishing new versions to test. It’s a promise, but will be difficult to keep so don’t hold your breath !

I’d appreciate that you provide feedback on the MondRescue mailing list, create trac entries (even if I know there are already a lot that would need to be solved sooner than later).

The goal is to publish 3.2.0 final before Christmas, and to work on a hopefully final 3.0.5 version backporting some of the previously mentionned fixes coded in 3.2 for those of you who prefer to stay on that branch, which will be maintained a bit in parallel as long as 3.2 is not tested more. I think that you’ve been patient with me, so I also have to be patient myself before more users adopt the new stable branch.

Hopefully you’ll get a new blog article for the announce in less than a month !

Fifth OpenStack Meetup for Rhône Alpes

2014/11/18

The fifth meetup for the OpenStack regional group will be organized in Lyon at the ENS the 4th of December 2014.

We will have various presentations which are not yet finalized, and indeed you’re even invited to propose a talk if you’re a speaker, or soon to vote to choose the presentations you’d like to see.

Refer to http://www.meetup.com/OpenStack-Rhone-Alpes/ (in french) for more details and registration for those of you around.


Follow

Get every new post delivered to your Inbox.

Join 124 other followers