Version: 14.x

Docker

Alguns destes passos podem não ser aplicáveis a sua instalação. Entenda o que eles fazem, e ignore, ou personalize conforme necessário.

Preparação

Por Sistema Operacional e gerenciadores de pacote.

Debian Linux

Instalar o Docker (Engine): https://docs.docker.com/engine/install/debian/

Fedora Linux

Instalar o Docker (Engine): https://docs.docker.com/engine/install/fedora/

Instruções adicionais

sudo usermod -a -G docker <username>;

Refaça o Login ou reinicie a máquina.

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

Monte o armazenamento nativo e ligue-o nesse pasta, provavelmente só de leitura. mount <Videos-Share> '/srv/UMS/Videos'

Exemplo de teste: Simulação simbólica simples, para caminho diferente no sistema nativo pode não funcionar, já que não haverá acesso a ele fora do caminho do volume montado para a pasta do docker. Em vez disso, tente copiar para esta pasta.

Configurações do container

Monte os seguintes volumes:

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

Exponha ou redirecione estas portas do host(máquina hospedeira do Docker): 1044, 5001, 9001.

Os seguintes scripts realizam isso (utilizando a ferramenta de shell: 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;

Investigando problemas ou falhas

Gerais

docker ps -a;
#docker attach [--no-stdin] UMS; # Continua parando o container quando executamos o comando inspect do docker
docker container logs [-f] UMS;
docker exec -it UMS /bin/sh;
docker diff UMS;

Para Informações mais detalhadas no terminal: echo -e '\nlog_level=ALL' >> UMS.conf

docker cp < nome do container >:/var/log/UMS/root/debug.log ./;

Problemas no Ponto de Montagem(mount)

Usando Fedora CoreOS, eu tive esses problemas de acesso/permissao negada usando vinculo de montagem(bind mounts)

Pode ser recomendável usar a capacidade de administração do Docker de nomes por volume, mas para evitar essa complexidade, Descobri que o adicional :Z como opção sufixo para descritor de montagem permitir o acesso de escrita ao suporte dos arquivos nativos. :z pode ser usado em alternativa, mas aconselha-sepor segurança manter os recursos mais isolados nos ambientes aplicativo/serviço, ao invés de partilhados.

Mensagem de erros similares podem ser observadas utilizando journalctl, então é um problema do SELinux. A solução seria executar chcon -Rt svirt_sandbox_file_t host_dir, mas isso também parece desencorajado.

Estranhamente isso não é um problema no Fedora Workstation, porém eu acredito que instalar manualmente adicionou um pacote para lidar com isto. Aparenta ser o pacote container-selinux