Version: 13.x

Dokovací modul

Některé z těchto kroků se na vaši instalaci nevztahují. Pochopit, co dělají, a ignorovat nebo podle potřeby přizpůsobit.

Příprava

Pro podporu operačního systému a balíčky služeb.

Debian Linux

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

Fedora Linux

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

Další pokyny

sudo usermod -a -G docker <username>;

Znovu se přihlašte nebo restartujte počítač.

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

Připojit úložiště k hostování a odkazovat do tohoto adresáře, pravděpodobně pouze pro čtení. mount <Videos-Share> '/srv/UMS/Videos'

Zkušební příklad: Jednoduché symbolické propojení s jinou cestou v systému hostitele nemusí fungovat, vzhledem k tomu, že k němu nebude mít přístup z vnějšku. Zkuste místo toho zkopírovat soubory uvnitř tohoto umístění.

Nastavení kontejneru

Připojte následující svazky:

Složka médií /media
Složka profilu obsahující UMS.conf /profile

Zobrazit/povolit tyto porty hostitele: 1044, 5001, 9001

Tyto skripty to docílí (pomocí 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;

Vyšetřování problémů/problémů

Obecná ustanovení

docker ps -a;
#docker attach [--no-stdin] UMS; # Přesto nezáměrně zastaví kontejner při provedení prohlídky..
docker container logs [-f] UMS;
docker exec -it UMS /bin/sh;
docker diff UMS;

Podrobné logy v terminálu: echo -e '\nlog_level=ALL' >> UMS.conf

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

Problém s připojením

Použití Fedora CoreOS, jsem měl přístup a oprávnění odepřen problémy se spojením spojení.

Namísto toho může být doporučeno použít funkci pojmenovaných objemů řízenou dokovací stanicí, ale vyhnout se této složitosti, Zjistil jsem, že dodatečná :Z jako přípona pro příponu deskriptoru povolená hodnota deskriptoru kontejneru pro zápis do hostitelských souborů. Místo toho lze použít i :z ale bezpečnostní doporučení mohou naznačovat, že zdroje jsou izolovanější mezi aplikacemi/servisním prostředím spíše než sdílenými.

Pomocí deníku můžete vidět odpovídající chybové zprávy, takže je to problém SELinux. Řešením by bylo spustit chcon -Rt svirt_sandbox_file_t host_dir, ale to se také nezdá být dobré.

Nejedná se o záležitost na pracovní stanici Fedory, ale domnívám se, že manulni instalace balíčku to vyřeší. Vypadá to na container-selinux