Use Openstack img in Virtualbox

I needed to add some packages to our base Openstack image install recently. The easiest way to do this is to export the img file from Openstack and run it in Virtualbox.

Everything I could find told me that I need to convert the img to a VDI file wit the following command:

VBoxManage convertfromraw --format VDI centos6.7-image.img centos6.7-image.vdi

However, this only resulted in an error.

FATAL: No bootable medium found! System halted.

It turns out that VBoxManage can’t convert things correctly. Instead, I needed to install qemu and use that to conver the disk image

qemu-img convert -O vdi centos6.7-image.img centos6.7-image.vdi

Once this completed, I could create a machine and attach the vdi file as the disk and everything booted fine

Interview Questions

This is a list of great questions to ask at a job interview. This is not my list. It was taken from DevIceMan on Reddit and replicated here for posterity.


  • Name – (Write it down!)
  • Your role? Which office do you work at?
  • Time with company?


  • Years in existence?
  • Core Product(s) & Core Software Product(s)? Who uses the software?
  • Total employees? Total technical staff? Tech-staff breakdown (dev,qa,ops,etc)
  • Business model? Customers? Clients? Specialties?


  • Location – Commute, Stuff nearby
  • Environment – Cleanliness, Comfort, See where Engineers sit, Desk Size / Monitors / Standing desks, Nearby Sales teams, Breakout rooms, Personalization (desk toys or pictures?), spacious vs sardines, kitchen area
  • Seating – Open office, cubicles, shared office, private? Spacious vs sardines?
  • Equipment – Monitors? Keyboard/Mouse? Desk? Standing Desk? Anything expensable?
  • Other – Dress code? Parking cost?


  • Me – “Tell me, do I want to work here?” “Why?” “Why might I not want to work here?”
  • Motivation – What do you find motivational about working for [company]?
  • Trap – “What do you find the most challenging or frustrating working at at [company]?”

Work-Life Balance:

  • Hours – Average # of hours YOU work? Any after-hours or weekends?
  • Office Hours – What are typically required office hours? WFH/remote?
  • Crunch-Time – How often is crunch time? What causes it?
  • Other – Travel? On-Call? Remote teams (late/early meetings)?


  • Development Process – Step me through your development process, from a ticket/task, to code on production.
  • Design, Planning, Coding, Code Reviews, QA, CI, Testing, Deployment, GIT?
  • Management / Agile style?
  • Meetings – What meetings? Time in meetings? Estimates? Client/Customer? Scrum meetings? Retrospectives?
  • Work Examples – Examples of tasks YOU (interviewer) recently worked on, or currently working on?
  • Needs – What need(s) are you trying to fulfill with your open position(s)?
  • Daily – What kind of tasks/work should i expect daily? Any non-specialty or non-dev tasks (i.e. SysOps work?)
  • Tech Stack – FE, BE, Deployment, 3rd party Integrations, Libraries, Languages, Architecture.
  • Team Breakdown – PM, QA, DevOps, FE, BE, SQL, etc.
  • Tech Debt – % time for tech-debt, refactoring, readability, automation, or improving the code base.
  • Experimental – % experimenting with libraries / languages / techniques?

Deadlines & Tasks

  • Task Source – Who decides what gets worked on? Where do features/tasks come from?
  • Influence – How much influence do engineers have over features/tasks? % of tasks driven by Engineering team?
  • Autonomy – How autonomous do you feel in your daily work? Why?
  • Deadline Source – Who creates deadlines? Where do they come from?
  • Deadline Pressure – How much deadline pressure is there?


  • Software Licenses? – IntelliJ / etc.
  • Learning Resources?
  • Provided food/snacks/drinks?
  • Any office perks?

Professional Development

  • Motivation – How are engineers supported in their continual professional development?
  • Resource – Can any professional development resources be expensed, such as books, training materials, classes, or conferences?
  • Mentorship – Does your company specifically practice mentoring? What does that usually look like?
  • Events – Internal classes/presentations? Hackathon week?


  • How strict are times employees are required on site?
  • Work from home?
  • Dress code?


  • Health Insurance?
  • Lunches?
  • Company Activities?
  • What can be expensed? Learning resources?
  • Raises? Promotions?

Human Resources

  • Steps required between now & actual employment – or anything that may prevent employment after an offer? Drug tests, references, security clearance, other paperwork.
  • Copy of employment contract / Agreements. IP Assignment clause & non-compete.

I’m writing a book!

It’s been a quiet month on here! Between doing lots of work around Chef Provisioning, Openstack and automated environment creation at DataSift and doing something different pretty much every night of the week I’ve been trying to find the time to write a book.

It’s (tentatively) called Ansible: Beginner to Pro and will be published by Apress publishing. As of this evening the first draft of every chapter is complete, and it’s time to pick up the editing work to convert it from a collection of thoughts to a book that you can actually work through.

If you’re interested, here’s the pitch for the book. Hopefully we should be seeing it in the next few months.

Ansible: From beginner to pro is a step-by-step guide to Ansible, taking you on a journey from knowing nothing about configuration management to being an Ansible professional. This book starts by explaining what configuration management is and how it’s useful, and ends with you creating an entire cluster of virtualized machines, all of which have your applications and all their dependencies installed automatically.

Using this book, you will learn how to create an Ansible playbook to automatically set up an environment ready to install an open source project. You’ll be able to extract common tasks into roles that you can reuse across all your projects, and build your infrastructure on top of existing open source roles and modules that are available for you to use. We’ll take a look at building our own modules to perform actions specific to your business. Finally, we’ll cover how to test your Ansible playbooks – at the end of the day it’s still code, and code needs to be tested.

Ansible can do as much or as little as you want it to. Ansible: From beginner to pro will take you through all the steps you need to know to be an Ansible professional. You’ll be writing roles and modules and creating entire environments without human intervention in no time at all!