# History ## 0.29.0 Install/update via the bootstrap script: ```shell wget https://raw.githubusercontent.com/dokku/dokku/v0.29.0/bootstrap.sh sudo DOKKU_TAG=v0.29.0 bash bootstrap.sh ``` See the [0.29.0 migration guide](/docs/appendices/0.29.0-migration-guide.md) for more information on migrating to 0.29.0. ### Bug Fixes - #5506: @josegonzalez Add support for escaped plus (+) signs in vector configurations - #5505: @josegonzalez Add missing event hooks - #5493: @josegonzalez Correct issue with detection of non-https port mapping as https port mapping - #5499: @josegonzalez Do not use traefik priority in service name - #5491: @josegonzalez Add missing http part to traefik routing rule - #5477: @josegonzalez Add missing config_sub entry to config gitignore - #5474: @josegonzalez Add missing source call - #5345: @esirK Always set app created-at via property instead of introspecting on folder creation time - #5456: @cooperaj Ensure Traefik only attempts to obtain certificate for api when enabled - #5466: @josegonzalez Drop the app argument when calling storage:ensure-directory from remote client - #5458: @cooperaj Ensure the TLS resolver is specifed for HTTPS enabled apps - #5448: @josegonzalez Do not attempt to attach a network to a container that already has it ### New Features - #5494: @josegonzalez Silence the warning message when there are no dokku apps on install - #5490: @josegonzalez Add ability to set a custom priority for traefik routing rules - #5489: @josegonzalez Use exit code 137 to signify a lock was unable to be retrieved when calling ps:retire - #5487: @josegonzalez Use a priority when routing requests with traefik - #5481: @josegonzalez Drop installation of nginx ppa - #5478: @josegonzalez Allow users to enable herokuish usage on arm/arm64 platforms - #5479: @josegonzalez Cleanup builder code and docs - #5476: @josegonzalez Add fileutils plugin to the devcontainer - #5473: @josegonzalez Add warning when a user is attempting to deploy with an ipv4/ipv6 domain name and has the default nginx site file available - #5451: @josegonzalez Add git:status subcommand - #5349: @josegonzalez Error out when executing caddy and traefik commands without the compose plugin installed - #5322: @josegonzalez Implement run:logs command - #5321: @josegonzalez Implement run:stop command - #5434: @josegonzalez Upgrade to go 1.19 everywhere - #5320: @josegonzalez Add json format output to run:list ### Refactors - #5488: @josegonzalez De-duplicate proxy building and simplify url generation - #5454: @josegonzalez Switch from base64-encoding to base36-encoding of cron task IDs ### Documentation - #5509: @josegonzalez Update data loss blockquote to be warning - #5507: @josegonzalez Add tutorials link to navigation - #5503: @josegonzalez Document potential deployment downtime - #5484: @IgnisDa Add edgedb community plugin - #5482: @JonathanMH Fixes minor typos in proxy docs - #5465: @josegonzalez Fix embedded lists on deployment tasks - #5430: @pablobm Clarify that proxy:build-config is required for any nginx:set call - #5447: @josegonzalez Specify correct command for builder-lambda:report - #5429: @pablobm Clarify details of the default template ### Tests - #5449: @josegonzalez Install goverage via go get ### Other - #5500: @dependabot[bot] chore(deps): bump maven-dependency-plugin from 3.3.0 to 3.4.0 in /tests/apps/java - #5472: @josegonzalez Start started proxies automatically during ps:restore - #5497: @dependabot[bot] chore(deps): bump ruby from 3.1.2 to 3.1.3 in /tests/apps/dockerfile-entrypoint - #5496: @dependabot[bot] chore(deps): bump sinatra from 3.0.3 to 3.0.4 in /tests/apps/ruby - #5480: @josegonzalez Cleanup zero'd out processes when a Procfile omitting those process types is set - #5475: @josegonzalez Refactor nginx.conf.sigil to be extracted from a specified path in source code instead of the built image - #5467: @josegonzalez Move DOKKU_WAIT_TO_RETIRE to a checks property - #5455: @dependabot[bot] chore(deps): bump hadolint/hadolint-action from 2.1.0 to 3.0.0 - #5463: @dependabot[bot] chore(deps): bump sinatra from 3.0.2 to 3.0.3 in /tests/apps/ruby - #5450: @dependabot[bot] chore(deps-dev): bump heroku/heroku-buildpack-php from 226 to 227 in /tests/apps/php - #5437: @dependabot[bot] chore(deps): bump golang from 1.19.2 to 1.19.3 in /tests/apps/zombies-dockerfile-tini - #5441: @dependabot[bot] chore(deps): bump golang from 1.19.2 to 1.19.3 in /tests/apps/gogrpc - #5440: @dependabot[bot] chore(deps): bump golang from 1.19.2 to 1.19.3 in /tests/apps/go-fail-predeploy - #5439: @dependabot[bot] chore(deps): bump golang from 1.19.2 to 1.19.3 in /tests/apps/zombies-dockerfile-no-tini - #5438: @dependabot[bot] chore(deps): bump golang from 1.19.2 to 1.19.3 in /tests/apps/go-fail-postdeploy - #5431: @dependabot[bot] chore(deps-dev): bump heroku/heroku-buildpack-php from 225 to 226 in /tests/apps/php - #5426: @dependabot[bot] chore(deps): bump python from 3.10.0-buster to 3.11.0-buster in /tests/apps/dockerfile-release - #5319: @josegonzalez Use container name instead of container id for run:detached output - #5427: @dependabot[bot] chore(deps): bump python from 3.10.8-alpine to 3.11.0-alpine in /docs/_build
7.9 KiB
Plugin Management
New as of 0.4.0
plugin:disable <name> # Disable an installed plugin (third-party only)
plugin:enable <name> # Enable a previously disabled plugin
plugin:install [--core|git-url [--committish tag|branch|commit|--name custom-plugin-name]] # Optionally download git-url (with custom tag/committish) & run install trigger for active plugins (or only core ones)
plugin:installed <name> # Checks if a plugin is installed
plugin:install-dependencies [--core] # Run install-dependencies trigger for active plugins (or only core ones)
plugin:list # Print active plugins
plugin:trigger <args...>. # Trigger an arbitrary plugin hook
plugin:uninstall <name> # Uninstall a plugin (third-party only)
plugin:update [name [committish]] # Optionally update named plugin from git (with custom tag/committish) & run update trigger for active plugins
# for 0.3.x
cd /var/lib/dokku/plugins
git clone <git url>
dokku plugins-install
These commands require
rootpermissions as theinstallandinstall-dependenciesplugin triggers may utilize commands such asapt-get. For non-core plugins, please inspect those plugins before running the following command asrootuser.
Usage
Listing Plugins
Installed plugins can be listed via the plugin:list command:
dokku plugin:list
plugn: dev
00_dokku-standard 0.29.0 enabled dokku core standard plugin
20_events 0.29.0 enabled dokku core events logging plugin
app-json 0.29.0 enabled dokku core app-json plugin
apps 0.29.0 enabled dokku core apps plugin
build-env 0.29.0 enabled dokku core build-env plugin
buildpacks 0.29.0 enabled dokku core buildpacks plugin
certs 0.29.0 enabled dokku core certificate management plugin
checks 0.29.0 enabled dokku core checks plugin
common 0.29.0 enabled dokku core common plugin
config 0.29.0 enabled dokku core config plugin
docker-options 0.29.0 enabled dokku core docker-options plugin
domains 0.29.0 enabled dokku core domains plugin
enter 0.29.0 enabled dokku core enter plugin
git 0.29.0 enabled dokku core git plugin
logs 0.29.0 enabled dokku core logs plugin
network 0.29.0 enabled dokku core network plugin
nginx-vhosts 0.29.0 enabled dokku core nginx-vhosts plugin
plugin 0.29.0 enabled dokku core plugin plugin
proxy 0.29.0 enabled dokku core proxy plugin
ps 0.29.0 enabled dokku core ps plugin
repo 0.29.0 enabled dokku core repo plugin
resource 0.29.0 enabled dokku core resource plugin
scheduler-docker-local 0.29.0 enabled dokku core scheduler-docker-local plugin
shell 0.29.0 enabled dokku core shell plugin
ssh-keys 0.29.0 enabled dokku core ssh-keys plugin
storage 0.29.0 enabled dokku core storage plugin
tags 0.29.0 enabled dokku core tags plugin
tar 0.29.0 enabled dokku core tar plugin
trace 0.29.0 enabled dokku core trace plugin
Warning: All plugin commands other than
plugin:listandplugin:helprequire sudo access and must be run directly from the Dokku server.
Checking if a plugin is installed
You can check if a plugin has been installed via the plugin:installed command:
dokku plugin:installed postgres
Installing a plugin
Installing a plugin is easy as well using the plugin:install command. This command will also trigger the install pluginhook on all existing plugins.
The most common usage is to install a plugin from a url. This url may be any of the following:
git: For git+ssh based plugin repository clones.ssh: For git+ssh based plugin repository clones.file: For copying plugins from a path on disk.https: For http based plugin repository clones.
Additionally, any urls with the extensions .tar.gz or .tgz are treated as Gzipped Tarballs for installation purposes and will be downloaded and extracted into place.
dokku plugin:install https://github.com/dokku/dokku-postgres.git
-----> Cloning plugin repo https://github.com/dokku/dokku-postgres.git to /var/lib/dokku/plugins/available/postgres
Cloning into 'postgres'...
remote: Counting objects: 646, done.
remote: Total 646 (delta 0), reused 0 (delta 0), pack-reused 646
Receiving objects: 100% (646/646), 134.24 KiB | 0 bytes/s, done.
Resolving deltas: 100% (406/406), done.
Checking connectivity... done.
-----> Plugin postgres enabled
For git-based plugin installation, a commit SHA-like object may be specified (tag/branch/commit sha) via the --committish argument and Dokku will attempt to install the specified commit object.
# where 2.0.0 is a potential git tag
dokku plugin:install https://github.com/dokku/dokku-postgres.git --committish 2.0.0
Plugin names are interpolated based on the repository name minus the dokku- prefix. If the plugin being installed has a name other than what matches the repository name - or another name is desired - the --name flag can be used to override this interpolation.
dokku plugin:install https://github.com/dokku/smoke-test-plugin.git --name smoke-test-plugin
The --core flag may also be indicated as the sole argument, though it is only for installation of core plugins, and thus not useful for end-user installations.
dokku plugin:install --core
Finally, all flags may be omitted to trigger the install procedures for both core and third-party plugins:
dokku plugin:install
Installing plugin dependencies
In some cases, plugins will have system-level dependencies. These are not automatically installed via plugin:install, and must be separately via the plugin:install-dependencies command. This will run through all the dependencies trigger for all plugins.
dokku plugin:install-dependencies
This command may also target just core plugins via the --core flag. This is usually only useful for source-based installs of Dokku.
dokku plugin:install-dependencies --core
Updating a plugin
An installed, third-party plugin can be updated can updated via the plugin:update command. This should be done after any upgrades of Dokku as there may be changes in the internal api that require an update of how the plugin interfaces with Dokku.
Please note that this command is only valid for plugin installs that were backed by a git-repository.
dokku plugin:update postgres
Plugin (postgres) updated
An optional commit SHA-like object may be specified.
dokku plugin:update postgres 2.0.0
Uninstalling a plugin
Third party plugins can be uninstalled using the plugin:uninstall command:
dokku plugin:uninstall postgres
-----> Plugin postgres uninstalled
Disabling a plugin
Disabling a plugin can also be useful for debugging whether a third-party plugin is causing issues in a Dokku installation. Another common use case is for disabling core functionality for replacement with a third-party plugin.
dokku plugin:disable postgres
-----> Plugin postgres disabled
Enabling a plugin
Disabled plugins can be re-enabled via the plugin:enable command.
dokku plugin:enable postgres
-----> Plugin postgres enabled
Triggering a plugin trigger
The plugin:trigger can be used to call any internal plugin trigger. This may have unintended consequences, and thus should only be called for development or debugging purposes.
dokku plugin:trigger some-internal-trigger args-go-here