Bootcamp 2008 Review
Perhaps I should first explain why OpenVMS has become my favourite operating system in just five years. Since university (Eindhoven University of Technology, electrical and information engineering) I’ve been mainly involved in Windows and UNIX support and development. I will not mention which flavour of UNIX, but it’s supposedly the brightest celestial body in our sky. I can only guess that the reason that OpenVMS doesn’t appear brighter is that the design philosophy and internal concepts are light-years apart from each other. When I first ran into OpenVMS five years ago, my first thought was “this is a bit weird,” followed by, “but it’s really well designed.” My personal perception of OpenVMS is derived from looking at it from the outside, studying the OpenVMS IDSM (Internals and Data Structures Manual, nicknamed Infernals and Data Struggles), and studying old source code listings (the VMS 5.5-1 ones). It seems to be one of the very few OS’es I’ve encountered where people actually sat down and thought everything through before they started coding. It’s a much more homogenous OS than UNIX, and has less of a “hacked together” feel to it. Unlike other OS’es, security and clustering are parts of the design that are nested into the core of the OS, which is one of the reasons why you can achieve such amazing uptimes with OpenVMS clusters, and why in 30 years there have only been 19 CERTS security warnings have been issued on OpenVMS (cf. Windows: 1745, the UNIX I used: 346, Linux: 1790).
Over the past two years, while working on the ES40 Emulator, I’ve met several notable members of the OpenVMS community. I met some of these wonderful people at Technical Update Days in the Netherlands, but I met most of them online, on forums and through e-mail, and the occasional Skype phone call. During the Bootcamp, I finally met many of these people in real life for the first time.
What struck me most at the Bootcamp was the overwhelming sense of community. After just a week, you feel like you belong to a whole new family, and it’s sad to leave them all behind in the end.
Another thing is the extremely high level of the sessions. This is a technical event, and you’ll know it. You won’t find many marketing types at this event; most attendees are weather-seasoned technical engineers. Lots of the sessions are delivered by (ex-) OpenVMS engineers, people who have put together large, disaster-tolerant clusters, and other highly ingenious people. The really neat thing is that because everyone has their own specializations, there is the ability to learn something new for everyone. There are sessions during the daytime each day; two plenary keynotes (such as the OpenVMS roadmap, that details some of the future development plans), and two free-choice blocks. One block may contain one, two or three different sessions, and for most blocks, there are about 15 different tracks to choose from. If this explanation isn’t clear to you, you should check out the agenda on http://www.hp.com/go/openvms/bootcamp.
The presentations that I found most valuable were Colin Butcher’s presentation on designing fault-tolerant clusters, and Rob Eulenstein’s session on software-induced machinechecks. The first posed interesting questions that should be taken into consideration, like, “when a system fails, HOW would you like it to fail”, given that even the best designed system may fail sometime when confronted with a sufficiently severe disaster. For some systems, like a stock trading system, you want the machine to stop processing the data and to stop taking orders when things fail, because preserving consistent trading records is even more important than uptime. For air traffic control systems, you want your system to hang in there with its last breath, because to stop working at all would have catastrophic consequences. This way of looking at things was a real eye-opener. Rob’s session took a look at machinechecks, that at a first glance appear to be the result of hardware failures, but were found to be caused by software. Seeing Rob walk us through a post-mortem of a couple of crashes provided me with some valuable insights.
ES40 Emulator Presentation
On Tuesday was the Partner Roundhouse. This is a tradeshow-like event for HP Partners. Personally, I found this the least interesting part of the Bootcamp. Though some of the partners present are highly knowledgeable, and have interesting things to show, to many of them OpenVMS is just another platform for their product, and some of these have no knowledge about OpenVMS at all. I don’t mind educating these people about OpenVMS, but I find it hard to believe that their presentation would appeal to people who know OpenVMS well.
Thursday evening was the awards dinner. I was there late, having been offered the opportunity to explore the MIT media lab in the afternoon, together with my good friend (since last week) Tore Bekkedal, one of the youngest OpenVMS enthusiasts at the Bootcamp, and an exceptionally bright computer geek. Fortunately, I was not too late, as I found out – to my astonishment – that I was awarded the award for the best Birds-of-a-Feather session. I didn’t know that there would be such an award.
Another thing that was tremendous fun was the Friday-morning keynote; a recreation of the disaster-tolerant demonstration movie that HP created. Alan Frisbie and Colin Butcher manned two switches, while the attendees voted on who should be given the honour of switching off his half of the cluster. This was to show that the system wasn’t rigged in any way to favour one system over the other. The system managed to fail over in even less time than during the filming of the HP movie.
In retrospect, I can only find two faults with the Bootcamp; one is that you’re presented with an almost impossible choice, because you can only choose a relative few of the many sessions that are offered. The other is that it is all over very suddenly. You’ve been going ahead full speed all week, and all of a sudden the last session is over and that’s it. It’s a very ambiguous feeling, because it feels like you’ve known many of the people at the bootcamp for the longest time, and at the same time it feels like the week has just whizzed by way too fast.