Your submission was sent successfully! Close

Thank you for contacting us. A member of our team will be in touch shortly. Close

You have successfully unsubscribed! Close

Thank you for signing up for our newsletter!
In these regular emails you will find the latest updates about Ubuntu and upcoming events where you can meet our team.Close

Stéphane Graber

Software Engineer

Stéphane Graber is the former technical lead for LXD at Canonical Ltd. Stéphane has been involved with Ubuntu for years and currently sits on the Ubuntu Technical Board and Ubuntu Developer Membership board. He is a member of the Ubuntu Release team as well as an Ubuntu Archive administrator and Ubuntu Stable Release team member. Outside of his work on containers, Stéphane also has very strong networking knowledge as the former maintainer of the Ubuntu networking stack and large scale system administration knowledge from previous jobs. Stéphane is one of the organizers of the Containers mini-summit during the Linux Plumbers Conference, a regular presenter at LinuxCon and has been involved in many other Ubuntu and container specific events and hackfests.

63 posts by Stéphane Graber

Cloud and server

LXD: Weekly Status #10

by Stéphane Graber on 14 August 2017

Debconf17 Christian Brauner (@brauner) and Stéphane Graber (@stgraber) were attending Debconf17 in Montreal.We had the opportunity to catch up with...

Cloud and server

Custom user mappings in LXD containers

by Stéphane Graber on 15 June 2017

Introduction As you may know, LXD uses unprivileged containers by default. The difference between an unprivileged container and a privileged one is whether...

Cloud and server

Custom user mappings in LXD containers

by Stéphane Graber on 15 June 2017

Introduction As you may know, LXD uses unprivileged containers by default. The difference between an unprivileged container and a privileged one is whether...

Cloud and server

USB hotplug with LXD containers

by Stéphane Graber on 29 March 2017

USB devices in containersIt can be pretty useful to pass USB devices to a container. Be that some measurement equipment in a lab or maybe more commonly, an...

Cloud and server

NVidia CUDA inside a LXD container

by Stéphane Graber on 28 March 2017

GPU inside a container LXD supports GPU passthrough but this is implemented in a very different way than what you would expect from a virtual machine. With...

Cloud and server

Run your own LXD demo server

by Stéphane Graber on 6 March 2017

The LXD demo serverThe LXD demo server is the service behind https://linuxcontainers.org/lxd/try-it.We use it to showcase LXD by leading visitors through an...

Cloud and server

LXD client on Windows and macOS

by Stéphane Graber on 27 February 2017

LXD on other operating systems? While LXD and especially its API have been designed in a mostly OS-agnostic way, the only OS supported for the daemon right...

Cloud and server

LXD 2.0: Debugging and contributing to LXD [12/12]

by Stéphane Graber on 27 February 2017

This is the twelfth and last blog post in this series about LXD 2.0. Introduction This is finally it! The last blog post in this series of 12 that started...

Cloud and server

Ubuntu Core in LXD containers

by Stéphane Graber on 27 February 2017

What’s Ubuntu Core? Ubuntu Core is a version of Ubuntu that’s fully transactional and entirely based on snap packages. Most of the system is read-only. All...

Cloud and server

LXD on Debian (using snapd)

by Stéphane Graber on 22 February 2017

Introduction So far all my blog posts about LXD have been assuming an Ubuntu host with LXD installed from packages, as a snap or from source. But LXD is...

Cloud and server

Running Kubernetes inside LXD

by Stéphane Graber on 20 February 2017

Introduction For those who haven’t heard of Kubernetes before, it’s defined by the upstream project as: Kubernetes is an open-source system for automating...

Cloud and server

Network management with LXD (2.3+)

by Stéphane Graber on 14 February 2017

Introduction When LXD 2.0 shipped with Ubuntu 16.04, LXD networking was pretty simple. You could either use that “lxdbr0” bridge that “lxd init” would have...