Are you happy with your logging solution? Would you help us out by taking a 30-second survey? Click here


A Docker image for Discourse

Subscribe to updates I use discourse_docker

Statistics on discourse_docker

Number of watchers on Github 921
Number of open issues 13
Average time to close an issue about 2 months
Main language Shell
Average time to merge a PR 3 days
Open pull requests 28+
Closed pull requests 34+
Last commit almost 2 years ago
Repo Created over 6 years ago
Repo Last Updated almost 2 years ago
Size 803 KB
Homepage http://www.discou...
Organization / Authordiscourse
Page Updated
Do you use discourse_docker? Leave a review!
View open issues (13)
View discourse_docker activity
View on github
Fresh, new opensource launches πŸš€πŸš€πŸš€
Trendy new open source projects in your inbox! View examples

Subscribe to our mailing list

Evaluating discourse_docker for your project? Score Explanation
Commits Score (?)
Issues & PR Score (?)


  • Docker is an open source project to pack, ship and run any Linux application in a lighter weight, faster container than a traditional virtual machine.

  • Docker makes it much easier to deploy a Discourse forum on your servers and keep it updated. For background, see Sam's blog post.

  • The templates and base image configure Discourse with the Discourse team's recommended optimal defaults.

Getting Started

The simplest way to get started is via the standalone template, which can be installed in 30 minutes or less. For detailed install instructions, see

Directory Structure


Contains container ids for currently running Docker containers. cids are Docker's equivalent of pids. Each container will have a unique git like hash.


This directory is for container definitions for your various Discourse containers. You are in charge of this directory, it ships empty.


Sample container definitions you may use to bootstrap your environment. You can copy templates from here into the containers directory.


Placeholder spot for shared volumes with various Discourse containers. You may elect to store certain persistent information outside of a container, in our case we keep various logfiles and upload directory outside. This allows you to rebuild containers easily without losing important information. Keeping uploads outside of the container allows you to share them between multiple web instances.


pups-managed templates you may use to bootstrap your environment.


Dockerfiles for Discourse; see the README for further details.

The Docker repository will always contain the latest built version at:, you should not need to build the base image.


The base directory contains a single bash script which is used to manage containers. You can use it to bootstrap a new container, enter, start, stop and destroy a container.

Usage: launcher COMMAND CONFIG [--skip-prereqs]
    start:      Start/initialize a container
    stop:       Stop a running container
    restart:    Restart a container
    destroy:    Stop and remove a container
    enter:      Use docker exec to enter a container
    logs:       Docker logs for container
    memconfig:  Configure sane defaults for available RAM
    bootstrap:  Bootstrap a container for the config based on a template
    rebuild:    Rebuild a container (destroy old, bootstrap, start new)

If the environment variable SUPERVISED is set to true, the container won't be detached, allowing a process monitoring tool to manage the restart behaviour of the container.

Container Configuration

The beginning of the container definition can contain the following special sections:


  - "templates/cron.template.yml"
  - "templates/postgres.template.yml"

This template is composed out of all these child templates, this allows for a very flexible configuration structure. Furthermore you may add specific hooks that extend the templates you reference.


  - "2222:22"
  - ""

Expose port 22 inside the container on port 2222 on ALL local host interfaces. In order to bind to only one interface, you may specify the host's IP address as ([<host_interface>:[host_port]])|(<host_port>):<container_port>[/udp] as defined in the docker port binding documentation


  - volume:
      host: /var/discourse/shared
      guest: /shared

Expose a directory inside the host to the container.


  - link:
      name: postgres
      alias: postgres

Links another container to the current container. This will add --link postgres:postgres to the options when running the container.


# app.yml

  monitor: 'true'
  app_name: {{config}}_discourse

Add labels to the current container. The above will add --l monitor=true -l app_name=dev_discourse to the options when running the container

Upgrading Discourse

The Docker setup gives you multiple upgrade options:

  1. Use the front end at to upgrade an already running image.

  2. Create a new base image manually by running:

    • ./launcher rebuild my_image

Single Container vs. Multiple Container

The samples directory contains a standalone template. This template bundles all of the software required to run Discourse into a single container. The advantage is that it is easy.

The multiple container configuration setup is far more flexible and robust, however it is also more complicated to set up. A multiple container setup allows you to:

  • Minimize downtime when upgrading to new versions of Discourse. You can bootstrap new web processes while your site is running and only after it is built, switch the new image in.
  • Scale your forum to multiple servers.
  • Add servers for redundancy.
  • Have some required services (e.g. the database) run on beefier hardware.

If you want a multiple container setup, see the data.yml and web_only.yml templates in the samples directory. To ease this process, launcher will inject an env var called DISCOURSE_HOST_IP which will be available inside the image.

WARNING: In a multiple container configuration, make sure you setup iptables or some other firewall to protect various ports (for postgres/redis). On Ubuntu, install the ufw or iptables-persistent package to manage firewall rules.


For a Discourse instance to function properly Email must be set up. Use the SMTP_URL env var to set your SMTP address, see sample templates for an example. The Docker image does not contain postfix, exim or another MTA, it was omitted because it is very tricky to set up correctly.


View the container logs: ./launcher logs my_container

Spawn a shell inside your container using ./launcher enter my_container. This is the most foolproof method if you have host root access.

If you see network errors trying to retrieve code from or try again - sometimes there are temporary interruptions and a retry is all it takes.

Behind a proxy network with no direct access to the Internet? Add proxy information to the container environment by adding to the existing env block in the container.yml file:

    existing entries
    HTTP_PROXY: http://proxyserver:port/
    http_proxy: http://proxyserver:port/
    HTTPS_PROXY: http://proxyserver:port/
    https_proxy: http://proxyserver:port/


Directory permissions in Linux are UID/GID based, if your numeric IDs on the host do not match the IDs in the guest, permissions will mismatch. On clean installs you can ensure they are in sync by looking at /etc/passwd and /etc/group, the Discourse account will have UID 1000.

Advanced topics

Developing with Vagrant

If you are looking to make modifications to this repository, you can easily test out your changes before committing, using the magic of Vagrant. Install Vagrant as per the default instructions, and then run:

vagrant up

This will spawn a new Ubuntu VM, install Docker, and then await your instructions. You can then SSH into the VM with vagrant ssh, become root with sudo -i, and then you're right to go. Your live git repo is already available at /vagrant, so you can just cd /vagrant and then start running launcher.



discourse_docker open issues Ask a question     (View All Issues)
  • over 3 years discourse-setup: Using snippet in /etc/sysctl.d would be better in the long run
  • over 3 years run_bootstrap doesn't respect docker_args
  • almost 4 years Docker links become legacy and can be replaced by user-defined network after 1.9
  • over 4 years Specifying a locale other than `en_US.utf8` throws warnings
discourse_docker open pull requests (View All Pulls)
  • Kill runsvdir by sending a TERM.
  • Update TLS ciphers
  • FEATURE: Add check to ensure Docker server and client versions are in…
  • Add switch to override the default Docker hostname (fixes #193)
  • Template for serving through an .onion address.
  • Add a simple_setup command to launcher
  • FEATURE: change login directory to discourse home when enter a container
  • Produce random-but-stable MAC addresses, take 2
  • Upgrade phpBB3 importer template to work with Ubuntu 16.04
  • Improve image building (primarily for discourse_dev)
  • let discourse-setup install-docker
  • [WIP] Update docker-squash
  • Fix OS X not knowing the free bash command
  • launcher: silence which error when looking for docker/
  • Add Travis and Coala for code linting
  • Fix usage of docker_ip variable with multiple ips
  • Uses pg_ctl -w instead of postgres bin so we wait for pg readiness
  • FEATURE: Make launcher forgive swapped parameters
  • FEATURE: Ask for default language in discourse-setup
  • Remove unnecessary cd command
  • Added environment variable for mail-receiver's smtp_should_reject support.
  • corresponding parameters defined in discourse/discourse#4751
  • Show how to grab the proper IP address behind a reverse proxy
  • Make our swap config compatible with systemd >= 207
  • For resumed installation fix config file backup.
  • Fix URL to Docker base image
  • Added support for unattended deployment
  • introduce optional 'build_image' config key
discourse_docker list of languages used
Other projects in Shell