Public | Automated Build

Last pushed: 17 days ago
Short Description
Dockerized OwnCloud based on alpine.
Full Description

OwnCloud with Docker

Based on Alpine


  • Full owncloud instance
  • OneClick/Run installation
  • Enforced ssl encryption
  • Backup cronjobs


Get the image:

docker pull martingabelmann/owncloud

It is highly recommended to use owncloud with SSL. The default Apache setting of this container forces the browser to use https://. There are certificates build in the image for testing but in production you`ll have to use your own:

Assuming you are owning (trusted) ssl-certificates at

  • /srv/docker/owncloud/ssl/server.key and
  • /srv/docker/owncloud/ssl/server.crt,

which belong to the domain,

choose a good database- and adminpassword, then type:

docker run --name=oc -d -p 443:443 -p 80:80 \
  -e DB_PASS=changemepls -e OC_ADMINPASS=changemepls \
  -e -e \
  -v /srv/docker/owncloud/:/owncloud/ martingabelmann/owncloud:alpine

This will mount and use the certificates. Your {data,config,additional apps} are stored on your host at /srv/docker/owncloud/{data,config,apps} and the postgres database at /srv/docker/owncloud/sql.

Check docker logs oc to verify that everything is done. Then point your browser to On the first vistit/install Owncloud will do some configurations and directly login into to the admin panel.

Persistent configs

All files locatet at /tpl are copied to the filesystems root / relative to /tpl/.
For instance the preexisting file /tpl/etc/apache2/conf.d/httpd-vhosts.conf is copied to /etc/apache2/conf.d/httpd-vhosts.conf.
Simultaneously the installation uses the tool envsubst to replace all bash variables with variables passed with the -e option.
For php files this means, that you cannot simply write $phpvariable='"$OC_DOMAIN"';, since the $phpvarvariable would be substituted too (with nothing if its not defined).
There is an exported variable ${D} containing the dollar sign: ${D}phpvariable='"$OC_DOMAIN"'; will lead to the desired result (e.g. $phpvariable='';).

You can mount your own config into /tpl and use your own environment variables with -e.

Exception: the configs under /tpl/var/www/localhost/htdocs/config are only for new installs. For existing OwnCloud installations the files from /owncloud/config are used.


The image provides a script called backup which is used to tar the data, config, apps and sql directories into OC_BACKUP_DIR and extract existing tarfiles from there into the corresponig destinations.

  • You can either join the containers bash with a

    docker exec -ti oc bash

    and run the backup [options]-command from there or run it directly from the host:

    docker exec -ti oc backup [options]
  • To perform a new backup run backup -b. The file is placed into /backups and called like owncloud_yearmonthday_time.tar.gz. Depending on the variable OC_BACKUP_FILES (default=1), old backupfiles will be deleted.


The installscript is able to set a cronjob with that backup script. Because some people may have less storage it is disabled by default. To enable it just set the OC_BACKUP_CRON variable with the usual cron shurtcuts (see here, e.g. to do a daily backup at midnight use
-e OC_BACKUP_CRON='@midnight').

Full example to store the last 2 backups done at every midnight:

docker run --name=oc -d -p 443:443 -p 80:80 \
  -e DB_PASS=changemepls -e OC_ADMINPASS=changemepls \
  -e -e \
  -e OC_BACKUP_CRON='@midnight' \
  -v /srv/backups/owncloud:/backups/ \
  -v /srv/docker/owncloud/:/owncloud martingabelmann/owncloud
  • Get a list of all available backups with backup -l,
  • copy the filename of your choise (including extension),
  • restore with backup -r filename.tar.gz

However I can not give full warranty that restoring backups will work in every situation! It passed my daily usage but in some special configurations you may have to use a external backup service.


A minimal working owncloud instance can be run with

docker run --name=octest -d -p 44300:443 -p 8000:80 martingabelmann/owncloud

Then point your browser to https://localhost:44300. The container will use the build-in certificates, so be carefully, dont use this in public networks/production!

Debuginformations can be viewed with
docker logs oc
or from inside the container (docker exec -ti oc) under /var/log/ about apache, postgresql, cron and backups.

Owncloud cli

OwnCloud offers the possibility to do administrative tasks via the command line interface occ. Just try it

docker exec oc occ help



The used Owncloud instance is updated frequently due to the automated build (linked to alpine and the official owncloud image). Thus updates are performed by pulling the newest image, moving the running container and starting a new one. Since the apps arent effected they will be upgraded by the webinterface on the next visit or via the command line.

I recommend to upgrade via occ:

docker exec oc occ upgrade

Sometimes it happens that a upgrade fails and breaks your OwnCloud webinterface because a app isnt compatible (or so). Then you have to disable the app with

docker exec oc occ app:disable APPNAME

you may ask which apps are broken. Find out by observing `/var/www/localhost/htdocs/data/owncloud.log``. Check a specific app with

docker exec oc app:check APPNAME

for compatiblity. If it fails, install the newest/compatible version by copying into /var/www/localhost/htdocs/apps2/ (e.g. pulling from github). Afterwards try to enable it

docker exec oc app:enable APPNAME

If everything was successful you should be able to visit the webinterface again.


Upgrading to major postgres versions in a docker environment can be very painful. I recommend to spawn an alpine container from the previous image, run pg_dumpall and import the dump manually with the newer postgres.

Docker Pull Command
Source Repository