[{"_1":2,"_171":-5,"_172":-5},"loaderData",{"_3":4,"_18":19,"_25":26,"_148":149},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7,"_13":14,"_15":16,"_17":11},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","theme","system","contrast","normal","dockerRebrandTour","routes/_layout",{"_20":-5,"_21":22,"_23":11,"_24":22},"username","isAskGordonEnabled",true,"showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_27":28,"_29":-5,"_30":11,"_31":11,"_32":33,"_34":35,"_36":-5,"_37":11,"_38":39,"_88":-5,"_89":90,"_136":-5,"_137":11,"_138":22,"_139":11,"_140":11,"_141":-5,"_142":11,"_143":-5,"_144":145,"_146":91,"_147":-7},"canonicalUrl","https://hub.docker.com/r/sidevesh/pms-docker/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","sidevesh","reponame","pms-docker","cloudBuildSource","isAutobuildsAvailable","repo",{"_40":41,"_42":43,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":55,"_57":35,"_32":33,"_58":59,"_60":-5,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":74,"_79":11,"_80":81,"_85":33,"_86":87},"categories",[],"content_types",[44],"image","date_registered","2023-07-04T11:31:55.920871Z","description","Official Plex Media Server Docker Repo fork with Arm/V7 support","is_private","last_updated","2024-04-04T04:08:11.841881Z","last_modified","2025-09-29T18:47:58.121954Z","media_types",[56],"application/vnd.oci.image.index.v1+json","name","pull_count",901,"repository_type","star_count",0,"status",6,"status_description","archived","source","collaborator_count","full_description","# Official Docker container for Plex Media Server\n\n## This is UNMAINTAINED now and won't be getting updates anymore, feel free to fork on GitHub and bring this back to life.\n## This fork is meant to build armv7 docker image using GitHub actions and push to DockerHub\nOnly addition is the `.github/workflows`\n\nSource available at https://github.com/sidevesh/pms-docker\n\n# plexinc/pms-docker\n\nWith 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.\n\n## Usage\n\nBefore you create your container, you must decide on the type of networking you wish to use. There are essentially three types of networking available:\n\n- `bridge` (default)\n- `host`\n- `macvlan`\n\nThe `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 `host` and `macvlan` are very similar in configuration.\n\nUsing `host` or `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.\n\nFor those who use docker-compose, this repository provides the necessary YML template files to be modified for your own use.\n\n### Host Networking\n\n```\ndocker run \\\n-d \\\n--name plex \\\n--network=host \\\n-e TZ=\"\" \\\n-e PLEX_CLAIM=\"\" \\\n-v :/config \\\n-v :/transcode \\\n-v :/data \\\nplexinc/pms-docker\n```\n\nNote: If your `/etc/hosts` file is missing an entry for `localhost`, you should add one before using host networking.\n\n### Macvlan Networking\n\n```\ndocker run \\\n-d \\\n--name plex \\\n--network=physical \\\n--ip= \\\n-e TZ=\"\" \\\n-e PLEX_CLAIM=\"\" \\\n-h \\\n-v :/config \\\n-v :/transcode \\\n-v :/data \\\nplexinc/pms-docker\n```\n\nSimilar to `Host Networking` above with these changes:\n\n- The network has been changed to `physical` which is the name of the `macvlan` network (yours is likely to be different).\n- The `--ip` parameter 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 parameter overrides those settings.\n- The `-h ` has been added since this networking type doesn't use the hostname of the host.\n\n### Bridge Networking\n\n```\ndocker run \\\n-d \\\n--name plex \\\n-p 32400:32400/tcp \\\n-p 8324:8324/tcp \\\n-p 32469:32469/tcp \\\n-p 1900:1900/udp \\\n-p 32410:32410/udp \\\n-p 32412:32412/udp \\\n-p 32413:32413/udp \\\n-p 32414:32414/udp \\\n-e TZ=\"\" \\\n-e PLEX_CLAIM=\"\" \\\n-e ADVERTISE_IP=\"http://:32400/\" \\\n-h \\\n-v :/config \\\n-v :/transcode \\\n-v :/data \\\nplexinc/pms-docker\n```\n\nNote: In this configuration, you must do some additional configuration:\n\n- If you wish your Plex Media Server to be accessible outside of your home network, you must manually setup port forwarding on your router to forward to the `ADVERTISE_IP` specified 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 Access` settings. 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.\n- (Plex Pass only) After the server has been set up, you should configure the `LAN Networks` preference 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_NETWORKS` below. For example `192.168.1.0/24,172.16.0.0/16` will allow access to the entire `192.168.1.x` range and the `172.16.x.x` range.\n\n### Using `docker-compose` on ARM devices\n\nThe provided `docker-compose` templates use the `plexinc/pms-docker` image which is the amd64 build and won't work on ARM devices.\n\nTo use `docker-compose` with ARM devices, you must first build one of the ARM images locally.\n\n```sh\ndocker build -t plexinc/pms-docker:latest -f Dockerfile.armv7 . # or arm64\n```\n\nThen you can `docker-compose up`.\n\n## Parameters\n\n- `-p 32400:32400/tcp` Forwards 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.\n- `-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](https://support.plex.tv/hc/en-us/articles/201543147-What-network-ports-do-I-need-to-allow-through-my-firewall)\n- `-v :/config` The 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.\n- `-v :/transcode` The 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.\n- `-v :/data` This 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.\n- `-e KEY=\"value\"` These are environment variables which configure the container. See below for a description of their meanings.\n\nThe following are the recommended parameters. Each of the following parameters to the container are treated as first-run parameters only. That is, all other parameters are ignored on subsequent runs of the server. We recommend that you set the following parameters:\n\n- **HOSTNAME** Sets the hostname inside the docker container. For example `-h PlexServer` will set the servername to `PlexServer`. Not needed in Host Networking.\n- **TZ** Set the timezone inside the container. For example: `Europe/London`. The complete list can be found here: [https://en.wikipedia.org/wiki/List_of_tz_database_time_zones](https://en.wikipedia.org/wiki/List_of_tz_database_time_zones)\n- **PLEX_CLAIM** The claim token for the server to obtain a real server token. If not provided, server will not be automatically logged in. If server is already logged in, this parameter is ignored. You can obtain a claim token to login your server to your plex account by visiting [https://www.plex.tv/claim](https://www.plex.tv/claim)\n- **ADVERTISE_IP** This variable defines the additional IPs on which the server may be found. For example: `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.\n\nThese 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:\n\n- **PLEX_UID** The user id of the `plex` user created inside the container.\n- **PLEX_GID** The group id of the `plex` group created inside the container\n- **CHANGE_CONFIG_DIR_OWNERSHIP** Change ownership of config directory to the plex user. Defaults to `true`. If you are certain permissions are already set such that the `plex` user within the container can read/write data in it's config directory, you can set this to `false` to speed up the first run of the container.\n- **ALLOWED_NETWORKS** IP/netmask entries which allow access to the server without requiring authorization. We recommend you set this only if you do not sign in your server. For example `192.168.1.0/24,172.16.0.0/16` will allow access to the entire `192.168.1.x` range and the `172.16.x.x` range. Note: If you are using Bridge networking, then localhost will appear to plex as coming from the docker networking gateway which is often `172.16.0.1`.\n\n## Users/Groups\nPermissions 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_UID` and `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:\n\n```\n$ id `whoami`\n```\n\nYou'll see a line like the following:\n\n```\nuid=1001(myuser) gid=1001(myuser) groups=1001(myuser)\n```\n\nIn the above case, if you set the `PLEX_UID` and `PLEX_GID` to `1001`, then the permissions will match that of your own user.\n\n## Tags\nIn addition to the standard version and `latest` tags, two other tags exist: `beta` and `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.\n\nThe `public` restricts this check to public versions only where as `beta` will fetch beta versions. If the server is not logged in or you do not have Plex Pass on your account, the `beta` tagged images will be restricted to publicly available versions only.\n\nTo view the Docker images head over to [https://hub.docker.com/r/plexinc/pms-docker/tags/](https://hub.docker.com/r/plexinc/pms-docker/tags/)\n\n## Config Directory\nInside the docker container, the database is stored with a `Library/Application Support/Plex Media Server` in the `config` directory.\n\nIf you wish to migrate an existing directory to the docker config directory:\n\n- Locate the current config directory as directed here: [https://support.plex.tv/hc/en-us/articles/202915258-Where-is-the-Plex-Media-Server-data-directory-located-](https://support.plex.tv/hc/en-us/articles/202915258-Where-is-the-Plex-Media-Server-data-directory-located-)\n- If the config dir is stored in a location such as `/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/`, the config dir will be `/var/lib/plexmediaserver`.\n- If the config dir does not contain `Library/Application Support/Plex Media Server/` or the directory containing `Library` has data unrelated to Plex, such as OS X, then you should:\n - Create a new directory which will be your new config dir.\n - Within that config dir, create the directories `Library/Application Support`\n - Copy `Plex Media Server` into that `Library/Application Support`\n- Note: by default Plex will claim ownership of the entire contents of the `config` dir (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.\n\n## Useful information\n- Start the container: `docker start plex`\n- Stop the container: `docker stop plex`\n- Shell access to the container while it is running: `docker exec -it plex /bin/bash`\n- See the logs given by the startup script in real time: `docker logs -f plex`\n- Restart the application and upgrade to the latest version: `docker restart plex`\n\n## Fedora, CentOS, Red Hat\n\nIf you get the following output after you have started the container, then this is due to a patched version of Docker ([#158](https://github.com/just-containers/s6-overlay/issues/158#issuecomment-266913426))\n```\nplex | s6-supervise (child): fatal: unable to exec run: Permission denied\nplex | s6-supervise avahi: warning: unable to spawn ./run - waiting 10 seconds\n```\nAs a workaround you can add `- /run` to volumes in your docker-compose.yml or `-v /run` to the docker create command.\n\n## Intel Quick Sync Hardware Transcoding Support\nIf your Docker host has access to a supported CPU with the Intel Quick Sync feature set and you are a current Plex Pass subscriber, you can enable hardware transcoding within your Plex Docker container.\n\nA list of current and previous Intel CPU's supporting Quick Sync is available on the Intel [website](https://ark.intel.com/content/www/us/en/ark/search/featurefilter.html?productType=873&0_QuickSyncVideo=True).\n\nHardware transcoding is a Plex Pass feature that can be added to your Docker container by bind mounting the relevant kernel device to the container. To confirm your host kernel supports the Intel Quick Sync feature, the following command can be executed on the host:\n\n`lspci -v -s $(lspci | grep VGA | cut -d\" \" -f 1)`\n\nwhich should output `Kernel driver in use: i915` if Quick Sync is available. To pass the kernel device through to the container, add the device parameter like so:\n\n```\ndocker run \\\n-d \\\n--name plex \\\n--network=host \\\n-e TZ=\"\" \\\n-e PLEX_CLAIM=\"\" \\\n-v :/config \\\n-v :/transcode \\\n-v :/data \\\n--device=/dev/dri:/dev/dri \\\nplexinc/pms-docker\n```\n\nIn the example above, the `--device=/dev/dri:/dev/dri` was added to the `docker run` command to pass through the kernel device. Once the Plex Media Server container is running, the following steps will turn on the Hardware Transcoding option:\n\n1. Open the Plex Web app.\n2. Navigate to Settings > Server > Transcoder to access the server settings.\n3. Turn on Show Advanced in the upper-right corner to expose advanced settings.\n4. Turn on Use hardware acceleration when available.\n5. Click Save Changes at the bottom.\n\n**NOTE:** Intel Quick Sync support also requires newer _64-bit versions of the Ubuntu or Fedora Linux operating system_ to make use of this feature. If your Docker host also has a dedicated graphics card, the video encoding acceleration of Intel Quick Sync Video may become unavailable when the GPU is in use. _If your computer has an NVIDIA GPU_, please install the latest Latest NVIDIA drivers for Linux to make sure that Plex can use your NVIDIA graphics card for video encoding (only) when Intel Quick Sync Video becomes unavailable._\n\nYour mileage may vary when enabling hardware transcoding as newer generations of Intel CPU's provide transcoding of higher resolution video and newer codecs. There is a useful Wikipedia page [here](https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video#Hardware_decoding_and_encoding) which provides a handy matrix for each CPU generation's support of on-chip video decoding.\n\n## Windows (Not Recommended)\n\nDocker on Windows works differently than it does on Linux; it uses a VM to run a stripped-down Linux and then runs docker within that. The volume mounts are exposed to the docker in this VM via SMB mounts. While this is fine for media, it is unacceptable for the `/config` directory because SMB does not support file locking. This **will** eventually corrupt your database which can lead to slow behavior and crashes. If you must run in docker on Windows, you should put the `/config` directory mount inside the VM and not on the Windows host. It's worth noting that this warning also extends to other containers which use SQLite databases.\n\n## Running on a headless server with container using host networking\n\nIf 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):\n\n`ssh username@ip_of_server -L 32400:ip_of_server:32400 -N`","has_starred","hub_user","immutable_tags_settings",{"_75":11,"_76":77},"enabled","rules",[78],".*","is_automated","permissions",{"_82":22,"_83":11,"_84":11},"read","write","admin","user","storage_size",738370583,"orgData","recentTags",[91],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":100,"_101":102,"_50":125,"_126":94,"_127":33,"_128":56,"_57":129,"_130":131,"_132":110,"_133":125,"_134":118,"_135":22},"content_type","creator",1450679,"digest","sha256:145b918bf3058335e2a4e23c5c038db7d7d9487869c1bd7374468c7a9bbb4117","full_size",50786604,"id",468614673,"images",[103,120],{"_104":105,"_95":106,"_107":108,"_109":110,"_111":112,"_113":114,"_115":108,"_116":-5,"_117":98,"_63":118,"_119":-5},"architecture","arm64","sha256:57ad0ae35963e8dfaa37ae20a6e63dd4855aaa0b0ec1ef7732b45d0ac89268e7","features","","last_pulled","2026-10-28T00:29:46.725843859Z","last_pushed","2024-04-04T04:08:11Z","os","linux","os_features","os_version","size","active","variant",{"_104":121,"_95":122,"_107":108,"_109":123,"_111":112,"_113":121,"_115":108,"_116":-5,"_117":124,"_63":118,"_119":-5},"unknown","sha256:af6a53c0c0064c884d2d4172b80848f3b4067882a24884966ada2e2550d2beaa","2026-10-28T00:29:46.692543254Z",1172,"2024-04-04T04:08:11.254272Z","last_updater","last_updater_username","media_type","latest","repository",20413219,"tag_last_pulled","tag_last_pushed","tag_status","v2","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxRunInCloud","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"selectedTag","attestationsUrl","routes/_layout.r.$namespace.$reponame.tags",{"_38":150,"_157":158,"_144":169,"_170":11},{"_40":151,"_42":152,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":153,"_57":35,"_32":33,"_58":59,"_60":-5,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":154,"_79":11,"_80":156,"_85":33,"_86":87},[],[44],[56],{"_75":11,"_76":155},[78],{"_82":22,"_83":11,"_84":11},"tags",{"_159":160,"_161":-5,"_162":-5,"_163":164},"count",1,"next","previous","results",[165],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":100,"_101":166,"_50":125,"_126":94,"_127":33,"_128":56,"_57":129,"_130":131,"_132":110,"_133":125,"_134":118,"_135":22},[167,168],{"_104":105,"_95":106,"_107":108,"_109":110,"_111":112,"_113":114,"_115":108,"_116":-5,"_117":98,"_63":118,"_119":-5},{"_104":121,"_95":122,"_107":108,"_109":123,"_111":112,"_113":121,"_115":108,"_116":-5,"_117":124,"_63":118,"_119":-5},[],"canDeleteTags","actionData","errors"]

sidevesh/pms-docker

Tags for sidevesh/pms-docker