Versão: 13.x

Docker

Some of these steps may not apply to your installation. Entenda o que eles fazem e ignore ou customize conforme necessário.

Preparação

For operating system support and service packages.

Debian Linux

Instalar Docker (Núcleo): https://docs.docker.com/engine/install/debian/

Fedora Linux

Instalar Docker (Núcleo): https://docs.docker.com/engine/install/fedora/

Instruções adicionais

sudo usermod -a -G docker <username>;

Re-login or restart the machine.

sudo su -;
mkdir /srv/UMS;
chcon -t svirt_sandbox_file_t /srv/UMS;
chgrp docker /srv/UMS;
chmod -R g+w /srv/UMS;

Montar armazenamento para o host e fazer link para aquele diretório, provavelmente read-only mount <Videos-Share> '/srv/UMS/Videos'

Exemplo de teste: Só fazer symlink para outro caminho no sistema do host pode não funcionar, já que não haverá acesso a ele fora do caminho do volume montado para o contêiner do docker. Tente copiar arquivos dentro desse local.

Container Setup

Montar os seguintes volumes:

Pasta de mídia /media
Pasta de perfil contendo UMS.conf /profile

Expose/forward these ports from the host: 1044, 5001, 9001.

O scripts a seguir fazem isso (usando o fish shell):

sudo su -;
set rootDir "$HOME/.config/UMS";
mkdir -p "$rootDir/data";

docker pull universalmediaserver/ums;

docker create --name UMS \
  -p 1044:1044 -p 5001:5001 -p 9001:9001 \
  -v /srv/UMS:/root/media \
  -v "$HOME/.config/UMS":/root/.config/UMS \
  universalmediaserver/ums \
;

docker start UMS;

Investigating Problems/Issues

General

docker ps -a;
#docker attach [--no-stdin] UMS; # Still unintentionally stops container when done inspecting..
docker container logs [-f] UMS;
docker exec -it UMS /bin/sh;
docker diff UMS;

For detailed logs in the terminal: echo -e '\nlog_level=ALL' >> UMS.conf

docker cp <containerName>:/var/log/UMS/root/debug.log ./;

Mount trouble

Using Fedora CoreOS, I had access/permission denied problems trying to use bind mounts.

Pode ser recomendável, como alternativa, usar a funcionalidade de volumes nomeados gerenciados pelo Docker, mas, para evitar a complexidade, descobri que o :Z adicional como sufixo do valor opcional do descritor do bind da montagem permite acesso de escrita aos arquivos do host pelo container. :z também pode ser usado como alternativa, mas, por razões de segurança pode ser recomendável manter os recursos dos ambientes de aplicação e serviço mais isolados, em vez de compartilhados.

Matching error messages can be seen using journalctl, so it is an SELinux problem. A solução para isso seria executar chcon -Rt svirt_sandbox_file_t host_dir, mas isso também parece ser desencorajado.

Strangely this is not an issue on Fedora Workstation, but I guess installing it manually added a package to deal with this. Seems to be container-selinux.