# Can't run ./launcher rebuild app - Docker storage driver is unsupported
**URL:** https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927
**Category:** Support
**Created:** [2월 5, 2017, 12:09오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927 "2017-02-05T00:09:18Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@lt100](https://meta.discourse.org/u/lt100)
#### Post date: [2월 5, 2017, 12:09오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/1 "2017-02-05T00:09:18Z")
Hello,
I run a Discourse Docker image on a DigitalOcean’s Ubuntu 16.04.1 LTS droplet. Tried to update my SMTP settings in app.yml and an error occured while executing `./launcher rebuild app`. The system returns:
```
Your Docker installation is not using a supported storage driver. If we were to proceed you may have a broken install.
aufs is the recommended storage driver, although zfs/btrfs and overlay may work as well.
Other storage drivers are known to be problematic.
You can tell what filesystem you are using by running "docker info" and looking at the 'Storage Driver' line.
If you wish to continue anyway using your existing unsupported storage driver,
read the source code of launcher and figure out how to bypass this check.
```
Apparently, my Storage Driver is `devicemapper` , but I have no idea how to bypass the check or whether it won’t mess things up. Can anyone help me out? Thanks.
---
### Author:  [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [2월 5, 2017, 3:14오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/2 "2017-02-05T03:14:10Z")
That check recently got “fixed”, because previously it wasn’t actually checking the storage driver correctly. So, that’s why you’re suddenly hitting it now.
I’m a bit surprised that you’ve got an Ubuntu droplet running the `devicemapper` storage driver. Did you do anything special when you installed Docker on that droplet? I just did a test install of Docker on a fresh Ubuntu 16.04 droplet and I got `Storage Driver: aufs` out of the box.
If you’re only running Discourse on this machine, I’d strongly advise fixing up the Docker configuration to use another storage driver instead (`aufs` is our recommended option, but `overlay` seems relatively stable these days) by copying `/lib/systemd/system/docker.service` to `/etc/systemd/system/docker.service` and editing `/etc/systemd/system/docker.service` to add `-s aufs` to the `ExecStart` line in the `[Service]` section. Restart docker, make sure `docker info | grep Storage` shows `aufs`, and your next rebuild should work like a charm. Note that if you’re running other containers, they will be extremely confused about losing their backing storage, so don’t go doing this blindly in that case.
---
### Author:  [@lt100](https://meta.discourse.org/u/lt100)
#### Post date: [2월 5, 2017, 4:43오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/3 "2017-02-05T04:43:27Z")
Thanks a lot, Matt! I have no idea how I ended up with `devicemapper` after following DO’s step by step tutorials on [Discourse](https://www.digitalocean.com/community/tutorials/how-to-install-discourse-on-ubuntu-16-04) and [Docker](https://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-on-ubuntu-16-04) installs, but somehow I did.
Thankfully, I was still testing Discourse and haven’t made it public for my website’s rather large community, so I’ve just deleted the droplet and started anew following [Discourse’s](https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md) own tutorial. Storage Driver is now `aufs`.
Thanks again!
---
### Author:  [@Perfectibilist](https://meta.discourse.org/u/Perfectibilist)
#### Post date: [2월 5, 2017, 2:48오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/4 "2017-02-05T14:48:47Z")
Hey, I’m sorry but I was facing the same problem, did the changes in my
/etc/systemd/system/docker.service
restarted Docker, rebooted the system, nothing, can’t rebuild
Any help?
---
### Author:  [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [2월 5, 2017, 8:56오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/5 "2017-02-05T20:56:46Z")
What exactly is wrong?
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2월 5, 2017, 10:42오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/6 "2017-02-05T22:42:28Z")
Fwiw, I did an install on a clean droplet and an update on an old one with no problems. (Except remembering to report it when they finished.)
---
### Author:  [@Perfectibilist](https://meta.discourse.org/u/Perfectibilist)
#### Post date: [2월 6, 2017, 8:11오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/7 "2017-02-06T08:11:50Z")
I still get the same error, after I changed docker.service and rebooted.
Do I save a backup, and start a new VPS? :?
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2월 6, 2017, 5:12오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/8 "2017-02-06T17:12:30Z")
> [@Perfectibilist](#):
>
> Do I save a backup, and start a new VPS?
That’s probably the easiest. I do several installs each week with a stock 16.04 image and it just works.
---
### Author:  [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [2월 6, 2017, 9:24오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/9 "2017-02-06T21:24:58Z")
What does `docker info | grep Storage` say? What about `ps ax |grep dockerd`?
---
### Author:  [@watchmanmonitor](https://meta.discourse.org/u/watchmanmonitor)
#### Post date: [2월 13, 2017, 3:37오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/10 "2017-02-13T03:37:53Z")
I’m seeing this on some of my DO droplets. When i set it up a year ago, I didn’t knowingly diverge from the supported install.
```plaintext
docker info | grep Storage
WARNING: Usage of loopback devices is strongly discouraged for production use. Use `--storage-opt dm.thinpooldev` to specify a custom block storage device.
WARNING: No swap limit support
Storage Driver: devicemapper
```
and
```plaintext
ps ax |grep dockerd
859 ? Ssl 0:01 /usr/bin/dockerd --raw-logs
2876 pts/4 S+ 0:00 grep --color=auto dockerd
```
Maybe related:
```plaintext
cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=14.04
DISTRIB_CODENAME=trusty
DISTRIB_DESCRIPTION="Ubuntu 14.04.5 LTS"
docker --version
Docker version 1.13.1, build 092cba3
```
---
### Author:  [@watchmanmonitor](https://meta.discourse.org/u/watchmanmonitor)
#### Post date: [2월 13, 2017, 3:46오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/11 "2017-02-13T03:46:08Z")
> [@mpalmer](#):
>
> editing /etc/systemd/system/docker.service to add -s aufs to the ExecStart line in the [Service] section
following these steps, I end up with:
`# vi /etc/systemd/system/docker.service`
```plaintext
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
After=network.target docker.socket firewalld.service
Requires=docker.socket
[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
ExecStart=/usr/bin/dockerd -H fd:// -s aufs
ExecReload=/bin/kill -s HUP $MAINPID
LimitNOFILE=1048576
# Having non-zero Limit*s causes performance problems due to accounting overhead
# in the kernel. We recommend using cgroups to do container-local accounting.
LimitNPROC=infinity
LimitCORE=infinity
# Uncomment TasksMax if your systemd version supports it.
# Only systemd 226 and above support this version.
#TasksMax=infinity
TimeoutStartSec=0
# set delegate yes so that systemd does not reset the cgroups of docker containers
Delegate=yes
# kill only the docker process, not all processes in the cgroup
KillMode=process
[Install]
WantedBy=multi-user.target
```
Neither restarting docker nor rebooting the box show the storage use being changed to `aufs`
Is there another step I’m missing to aufs?
---
### Author:  [@watchmanmonitor](https://meta.discourse.org/u/watchmanmonitor)
#### Post date: [2월 13, 2017, 5:04오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/12 "2017-02-13T05:04:49Z")
I took a backup of the forum, and ran the upgrade to Ubuntu 16.
After that effort (which was small) I was rewarded with the following:
```plaintext
~# docker info | grep Storage
Storage Driver: aufs
WARNING: No swap limit support
```
I don’t know if the warning is dire, but the discourse is back up and running, and on latest now.
---
### Author:  [@JagWaugh](https://meta.discourse.org/u/JagWaugh)
#### Post date: [2월 13, 2017, 7:07오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/13 "2017-02-13T07:07:23Z")
I believe that is an “informational” warning.
Have a look at:
> **[Running containers](https://docs.docker.com/engine/containers/run/)**
>
> Running and configuring containers with the Docker CLI
As I understand it, docker allows you to limit the swap usage of a container, but since the discourse run command doesn’t do this (at least not for the [standard install](https://meta.discourse.org/t/142537?silent=true)) the warning isn’t indicating a **meaningful** error.
See the bottom: the default (nothing specified) is: “There is no memory limit for the container. The container can use as much memory as needed.” This is the case for your discourse docker container.
This is similar to the THP warning you may have seen in your discourse logs (WARNING you have Transparent Huge Pages (THP) support enabled in your kernel")
> [@watchmanmonitor](#):
>
> I don’t know if the warning is dire, but the discourse is back up and running, and on latest now.
---
### Author:  [@tim.smith](https://meta.discourse.org/u/tim.smith)
#### Post date: [2월 13, 2017, 10:11오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/14 "2017-02-13T22:11:54Z")
FYI for anyone running on AWS EC2 instances, you have to use the `overlay` storage driver to get discourse up and running again. I accomplished this by editing `/etc/sysconfig/docker-storage` to add `DOCKER_STORAGE_OPTIONS="--storage-driver=overlay"` and restarted docker.
---
### Author:  [@JagWaugh](https://meta.discourse.org/u/JagWaugh)
#### Post date: [2월 14, 2017, 7:01오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/15 "2017-02-14T07:01:24Z")
Tim,
What AMI are you using, and when did you create it? I’m using the Ubuntu AMI and I followed the instructions in [discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub](https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md). I didn’t have to do anything not mentioned in the INSTALL-cloud instructions. This was the case in Dec - Jan.
---
### Author:  [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [2월 14, 2017, 8:32오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/16 "2017-02-14T08:32:11Z")
I’m pretty sure @tim.smith is referring to the “Amazon Linux” distro, which is a badly mangled CentOS.
---
### Author:  [@tim.smith](https://meta.discourse.org/u/tim.smith)
#### Post date: [2월 14, 2017, 2:48오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/17 "2017-02-14T14:48:48Z")
That’s correct. I’m using an AMI based on the [Amazon Linux AMI](https://aws.amazon.com/amazon-linux-ami/).
---
### Author:  [@trippo](https://meta.discourse.org/u/trippo)
#### Post date: [2월 18, 2017, 7:54오전 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/18 "2017-02-18T07:54:34Z")
I have the same issue but i have 4 existing forum in **devicemapper**. When i change the storage driver i can’t see any containers. How i can migrate the forums from devicemapper to aufs??
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2월 18, 2017, 12:36오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/19 "2017-02-18T12:36:19Z")
That seems like a question for a docker forum.
---
### Author:  [@mpalmer](https://meta.discourse.org/u/mpalmer)
#### Post date: [2월 18, 2017, 10:39오후 UTC](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927/20 "2017-02-18T22:39:57Z")
The exact details would, indeed, be better suited for a Docker forum, but in short, you should be able to do a `docker save` of all the container disk images before you change storage driver, then do a `docker load` after the config change, and `docker run` them all again.
[다음 페이지](https://meta.discourse.org/t/cant-run-launcher-rebuild-app-docker-storage-driver-is-unsupported/56927.md?page=2)