Use the Docker CLI to pull this image
With our easy-to-install Plex Media Server software and your Plex apps, available on all your favorite phones, tablets, streaming devices, gaming consoles, and smart TVs, you can stream your video, music, and photo collections any time, anywhere, to any device.
Before you create your container, you must decide on the type of networking you wish to use. There are essentially three types of networking available:
bridge networking creates an entirely new network within the host and runs containers within there. This network is connected to the physical network via an internal router and docker configures this router to forward certain ports through to the containers within. The
host networking uses the IP address of the host running docker such that a container's networking appears to be the host rather than separate. The
macvlan networking creates a new virtual computer on the network which is the container. For purposes of setting up a plex container, the
macvlan are very similar in configuration.
macvlan is the easier of the three setups and has the fewest issues that need to be worked around. However, some setups may be restricted to only running in the
bridge mode. Plex can be made to work in this mode, but it is more complicated.
For those who use docker-compose, this repository provides the necessary YML template files to be modified for your own use.
docker run \ -d \ --name plex \ --network=host \ -e TZ="<timezone>" \ -e PLEX_CLAIM="<claimToken>" \ -v <path/to/plex/database>:/config \ -v <path/to/transcode/temp>:/transcode \ -v <path/to/media>:/data \ plexinc/pms-docker
docker run \ -d \ --name plex \ --network=physical \ --ip=<IPAddress> \ -e TZ="<timezone>" \ -e PLEX_CLAIM="<claimToken>" \ -h <HOSTNAME> \ -v <path/to/plex/database>:/config \ -v <path/to/transcode/temp>:/transcode \ -v <path/to/media>:/data \ plexinc/pms-docker
Host Networking above with these changes:
physicalwhich is the name of the
macvlannetwork (yours is likely to be different).
--ipparameter has been added to specify the IP address of the container. This parameter is optional since the network may specify IPs to use but this paramater overrides those settings.
-h <HOSTNAME>has been added since this networking type doesn't use the hostname of the host.
docker run \ -d \ --name plex \ -p 32400:32400/tcp \ -p 3005:3005/tcp \ -p 8324:8324/tcp \ -p 32469:32469/tcp \ -p 1900:1900/udp \ -p 32410:32410/udp \ -p 32412:32412/udp \ -p 32413:32413/udp \ -p 32414:32414/udp \ -e TZ="<timezone>" \ -e PLEX_CLAIM="<claimToken>" \ -e ADVERTISE_IP="http://<hostIPAddress>:32400/" \ -h <HOSTNAME> \ -v <path/to/plex/database>:/config \ -v <path/to/transcode/temp>:/transcode \ -v <path/to/media>:/data \ plexinc/pms-docker
Note: In this configuration, you must do some additional configuration:
ADVERTISE_IPspecified above. By default you can forward port 32400, but if you choose to use a different external port, be sure you configure this in Plex Media Server's
Remote Accesssettings. With this type of docker networking, the Plex Media Server is essentially behind two routers and it cannot automatically setup port forwarding on its own.
LAN Networkspreference to contain the network of your LAN. This instructs the Plex Media Server to treat these IP addresses as part of your LAN when applying bandwidth controls. The syntax is the same as the
ALLOWED_NETWORKSbelow. For example
192.168.1.0/24,172.16.0.0/16will allow access to the entire
192.168.1.xrange and the
-p 32400:32400/tcpForwards port 32400 from the host to the container. This is the primary port that Plex uses for communication and is required for Plex Media Server to operate.
-p …Forwards complete set of other ports used by Plex to the container. For a full explanation of which you may need, please see the help article: https://support.plex.tv/hc/en-us/articles/201543147-What-network-ports-do-I-need-to-allow-through-my-firewall
-v <path/to/plex/database>:/configThe path where you wish Plex Media Server to store its configuration data. This database can grow to be quite large depending on the size of your media collection. This is usually a few GB but for large libraries or libraries where index files are generated, this can easily hit the 100s of GBs. If you have an existing database directory see the section below on the directory setup. Note: the underlying filesystem needs to support file locking. This is known to not be default enabled on remote filesystems like NFS, SMB, and many many others. The 9PFS filesystem used by FreeNAS Corral is known to work but the vast majority will result in database corruption. Use a network share at your own risk.
-v <path/to/transcode/temp>:/transcodeThe path where you would like Plex Media Server to store its transcoder temp files. If not provided, the storage space within the container will be used. Expect sizes in the 10s of GB.
-v <path/to/media>:/dataThis is provided as examples for providing media into the container. The exact structure of how the media is organized and presented inside the container is a matter of user preference. You can use as many or as few of these parameters as required to provide your media to the container.
-e KEY="value"These are environment variables which configure the container. See below for a description of their meanings.
The following are the recommended parameters. Each of the following parameters to the container are treated as first-run parameters only. That is, all other paraters are ignored on subsequent runs of the server. We recommend that you set the following parameters:
-h PlexServerwill set the servername to
PlexServer. Not needed in Host Networking.
Europe/London. The complete list can be found here: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
http://10.1.1.23:32400. This adds to the list where the server advertises that it can be found. This is only needed in Bridge Networking.
These parameters are usually not required but some special setups may benefit from their use. As in the previous section, each is treated as first-run parameters only:
plexuser created inside the container.
plexgroup created inside the container
true. If you are certain permissions are already set such that the
plexuser within the container can read/write data in it's config directory, you can set this to
falseto speed up the first run of the container.
192.168.1.0/24,172.16.0.0/16will allow access to the entire
192.168.1.xrange and the
172.16.x.xrange. Note: If you are using Bridge networking, then localhost will appear to plex as coming from the docker networking gateway which is often
Permissions of mounted media outside the container do apply to the Plex Media Server running within the container. As stated above, the Plex Media Server runs as a specially created
plex user within the container. This user may not exist outside the container and so the
PLEX_GID parameters are used to set the user id and group id of this user within the container. If you wish for the Plex Media Server to run under the same permissions as your own user, execute the following to find out these ids:
$ id `whoami`
You'll see a line like the following:
uid=1001(myuser) gid=1001(myuser) groups=1001(myuser)
In the above case, if you set the
1001, then the permissions will match that of your own user.
In addition to the standard version and
latest tags, two other tags exist:
public. These two images behave differently than your typical containers. These two images do not have any Plex Media Server binary installed. Instead, when these containers are run, they will perform an update check and fetch the latest version, install it, and then continue execution. They also run the update check whenever the container is restarted. To update the version in the container, simply stop the container and start container again when you have a network connection. The startup script will automatically fetch the appropriate version and install it before starting the Plex Media Server.
public restricts this check to public versions only where as
plexpass will fetch Plex Pass versions. If the server is not logged in or you do not have Plex Pass on your account, the
plexpass tagged images will be restricted to publicly available versions only.
To view the Docker images head over to https://hub.docker.com/r/plexinc/pms-docker/tags/
Inside the docker container, the database is stored with a
Library/Application Support/Plex Media Server in the
If you wish to migrate an existing directory to the docker config directory:
/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/, the config dir will be
Library/Application Support/Plex Media Server/or the directory containing
Libraryhas data unrelated to Plex, such as OS X, then you should:
Plex Media Serverinto that
configdir (see CHANGE_CONFIG_DIR_OWNERSHIP for more information). As such, there should be nothing in that dir that you do not wish for Plex to own.
docker start plex
docker stop plex
docker exec -it plex /bin/bash
docker logs -f plex
docker restart plex
If you get the following output after you have started the container, then this is due to a patched version of Docker (#158)
plex | s6-supervise (child): fatal: unable to exec run: Permission denied plex | s6-supervise avahi: warning: unable to spawn ./run - waiting 10 seconds
As a workaround you can add
- /run to volumes in your docker-compose.yml or
-v /run to the docker create command.
If the claim token is not added during initial configuration you will need to use ssh tunneling to gain access and setup the server for first run. During first run you setup the server to make it available and configurable. However, this setup option will only be triggered if you access it over http://localhost:32400/web, it will not be triggered if you access it over http://ip_of_server:32400/web. If you are setting up PMS on a headless server, you can use a SSH tunnel to link http://localhost:32400/web (on your current computer) to http://localhost:32400/web (on the headless server running PMS):
ssh username@ip_of_server -L 32400:ip_of_server:32400 -N