Headed to OSCON

oscon-logoOnce again, time for the annual trek to Portland, Oregon for OSCON — perhaps for the last time!

Next year, OSCON is going to be in Austin, TX — which seems like a bit of a mistake to me. Portland and OSCON go together like milk and cookies.

If you’re going to be at OSCON, make sure to drop by Open Cloud Day on Tuesday, and come by the Red Hat booth to say hello!

Venue Change for London Cloud Summit

Just a bit over a week before the London Cloud Summit for 29 January, and we have a great line-up of speakers for the event.  One small housekeeping note, we’ve had a venue change from Shoreditchworks to The Bakery, which is here:

View Larger Map

If you haven’t signed up yet, there are a few seats left, so grab your ticket today:

Full schedule on Lanyrd.

The 4K Desktop on Fedora

Seiki 4K on Fedora

Seiki 4K on Fedora

Like a lot of folks, I caught the “4K is for Programmers” post off Hacker News a few days ago (it’s here, but the link seems to be borked at the moment) and got to thinking about more desktop space. Much more.

My current setup, when not traveling, involves a 27″ 2560×1440 display – usually connected to my laptop. Even with that, I found myself tabbing through windows too often balancing terminal windows, browser windows, and mail.

Eventually I decided it was worth a shot, and ordered the Seiki 4K 39″ (SE39UY04) off Amazon. Unfortunately, didn’t seem to have much luck getting it going with my existing video card in the workstation or my laptop, so I wound up ordering a EVGA GeForce GTX760, and slapped that into the workstation.

It takes a few steps to get it going at its full resolution on Fedora 20, at least with my setup:

  1. Install the nVidia drivers as explained in this F19 nVidia install/un-install guide.
  2. As shown in this forum post, add a line to /etc/X11/xorg.conf in the Device section with several options that are needed to pass the right resolution:Option "ModeValidation" "AllowNon60hzmodesDFPModes, NoEDIDDFPMaxSizeCheck, NoVertRefreshCheck, NoHorizSyncCheck, NoDFPNativeResolutionCheck, NoMaxSizeCheck, NoMaxPClkCheck, AllowNonEdidModes, NoEdidMaxPClkCheck"
  3. Add the file /usr/share/X11/xorg.conf.d/10-monitor.conf, with this content:
    Section "Monitor"
      Identifier "Monitor0"
      Modeline "3840x2160" 307.00 3840 4016 4104 4400 2160 2168 2178 2250 +hsync +vsync
    Section "Screen"
      Identifier "Screen0"
      Device "HDMI-0"
      Option "ModeValidation" "AllowNon60hzmodesDFPModes, NoEDIDDFPMaxSizeCheck, NoVertRefreshCheck, NoHorizSyncCheck, NoDFPNativeResolutionCheck, NoMaxSizeCheck, NoMaxPClkCheck, AllowNonEdidModes, NoEdidMaxPClkCheck"
      Monitor "Monitor0"
      DefaultDepth 24
      SubSection "Display"
        Depth 24
        Modes "3840x2160" "1920x1080"

And that’s really it. Once I logged out and back in, it automagically detected the highest resolution and set the monitor to it.

Is the picture as nice as the 27″ Cinema Display? No. But it works fine, and after some tweaking (turn the Sharpness to 0, use the User preset) it’s a respectable picture.

I also tested plugging in the 27″ display and the 39″ display at the same time… yep, they both work. So if I can clear enough space on the desk, I’ll have waaay too much desktop space to play with. It has four outputs: HDMI, DisplayPort, and two DVI. I may see if it can drive all four just for grins, though I can’t imagine using that setup all day.. or having space for it on my desktop.

Given that the 4K post seemed to spark a lot of conversation, I do hope we’ll start seeing some focus on higher resolution monitors in the near future. We’ve been stuck for a few years with stagnant pricing on higher resolution displays (e.g. 2560×1440 displays) and not many options. Looking forward to working with the new biggie-sized desktop.

First Impressions at AWS re:Invent

Last year I attended AWS re:Invent, kinda, sorta. We were in Las Vegas to put on the first Apache CloudStack conference and most of my time and brainpower were consumed with last-minute planning for that event. I did spend time in the developer area, on exhibit floor, and some of the after-parties – but it wasn’t a usual conference for me.

This year, I’m actually not consumed with pre-conference planning (though the CloudStack Collaboration Conference is happening next week in Amsterdam, and I’m sad I won’t be able to attend), so I’ve been paying attention to re:Invent.

Generally, I tend to attend more community/FOSS and techie shows than big vendor blow-outs like AWS re:Invent. The very scale of the event is really impressive, and I have to give Amazon kudos for the slickness of the presentations and how smoothly the event is running. The registration, for instance, was totally slammed on day one – yet they kept the lines moving really well and even had a DJ (!) playing tunes in the corner to make the wait a little better.

The content on the other hand… well, it’s a bit generic and the keynote yesterday was definitely not what I was hoping for or expecting. First, I was surprised and disappointed at the amount of time Amazon spent calling out competitors (IBM, for an admittedly silly marketing stunt) and dissing private cloud. Does Amazon offer a solution that’s really appealing for certain applications or certain types of companies? Yup. Is public cloud ever going to be the majority of the compute market? I’m not convinced.

The keynote yesterday felt like a plea to enterprise, and way too much preaching to the converted and marketing fluff that we already knew anyway. Yeah, we get it: AWS is big, lots of customers (oooh, pretty NASCAR slides) and so forth. At least they did announce a few new services during the keynote, so attendees got a little excitement.

For me, the biggest part of any event is the “hallway track.” On one hand, it’s pretty good here because there’s about 9,000 people – you can easily find interesting people who are doing fun stuff with AWS and other tech, so that’s been good.

The bad, really bad, is the conference scheduling site is terrible and there’s no attendee directory whatsoever. I was doubly disappointed when I looked on Lanyrd and found only about 40 people signed up. It would have been great if I could have searched a directory (opt-in, of course) to try to connect with people ahead of time to meet and talk about their cloud usage.

Maybe next year. Overall, I think re:Invent is worth the time, money, and trip if you’re using AWS or are trying to disrupt AWS – but there are a number of things Amazon could do to make the conference more friendly for attendees and partners.

DevOps in DC Intro to Ansible

Going all the way to Washington D.C. for USENIX LISA next week? There’s lots to do at LISA (hint: Red Hat events, Fedora events) but if you want to get out and meet some of the local DevOps type folks who might not be at LISA, you might want to check out the DevOpsDC meetup on Tuesday night:

Introduction to Ansible with Michael DeHaan

Ansible is a radically simple IT orchestration engine that makes your applications and systems easier to deploy. Avoid writing scripts or custom code to deploy and update your applications— automate in a language that approaches plain English, using SSH, with no agents to install on remote systems.

Right now the group has 35 slots available, and I suspect as LISA gets closer they’re going to fill up quick. If you’re going to be in town, sign up and learn about Ansible. (And say “hi,” if you see me at the event – looking forward to meeting new DevOps folks!)

Testing Fedora 20 Beta Cloud AMIs

Doing much work in the cloud? If so, I’d encourage you to take a few minutes to spin up the latest beta test candidate cloud image for Fedora 20. (This is not the final beta release, this is a candidate for the beta release that’s coming shortly.)

You can grab the images for x86_64 or i386. If you’re using Amazon Web Services (AWS) it’s even easier, as all you need to do is use the AMI IDs:

ami-e7a1f38e : us-east-1 image for x86_64
ami-6ba6f402 : us-east-1 image for i386

See Matthew Miller’s note to the Fedora Cloud mailing list for more info on the test cases and the changes to cloud-init for this release.

Note that I spun these up as well and didn’t run into any real issues. The more the merrier, though!

When in Rome, Don’t Use GitHub

Please excuse the garbled proverb, I don’t mean to say that people in Rome shouldn’t use GitHub. Instead, I’m talking about using the right tool for the job and the community. Sometimes the “right” tool is completely wrong, because the audience is wrong for the tool.

Collaboration works well when you use the right tools. For developers, that’s often git and GitHub. Wanna work on some code? Throw it up on GitHub. Check out the code, make your changes, and commit. Most developers working in open source today are likely to know git well enough to work with you. (Note that I’m using “GitHub” as shorthand for any git repository/service, really.)

At the edges of developer communities, though, there’s a temptation to use developer tools for non-development work. For example, creating marketing materials and documentation.

For some documentation projects, git is probably the right tool. Especially if you’re doing books and trying to document along with a release cycle. But for creating marketing materials or “living” documents that change a lot? Probably not such a great idea.

Use the tools that are lightweight and easy for anyone to work with, preferably something browser-based and that allows revision control. (e.g., a wiki.) While there are flaws with those tools, they’re “good enough” and – most importantly – they pass the “native” test for people who are contributing to non-code projects. Do they have a browser? Check. Can they figure out how to use the wiki in 5 minutes? Check. Do they need to create an account with a third party service or download a tool they wouldn’t otherwise need? Nope. All good.

Resist the urge to impose your favorite tools on an unsuitable audience. It’s always tempting to go with what you know best or optimize for your own use case, but resist the urge when it’s going to be detrimental to getting maximum participation and building community.

LinuxCon, CloudOpen, and Gluster Community Day

Next week is a big one for Linux and Open Cloud practitioners and enthusiasts: It’s the annual North American LinuxCon (and CloudOpen), put on by the Linux Foundation – and, following LinuxCon, the Gluster community is putting on a Gluster Community Day on September 19th.

Naturally, LinuxCon is on my “don’t miss” list of events, and I’m really looking forward to attending the Gluster Community Day and learning a lot more about Gluster. I have a little background on Gluster from looking into it when I was spending more time on Apache CloudStack, but need to get some quality hands-on time with it.

If you’re attending LinuxCon, don’t miss my talk on Wednesday: Everything I Know About the Cloud, I Learned from Game of Thrones. Hoping to have a lot of fun with the topic, but also actually pass on something useful about Infrastructure-as-a-Service (IaaS) clouds for folks who are somewhat new to the topic. Need I add, there will be Game of Thrones spoilers if you haven’t read the books/watched the show. (And if you haven’t, well… you have almost a week to do so.) Also, if you’re already familiar with Game of Thrones on HBO… don’t worry, the talk will be G-rated.

See you in New Orleans!