[TUTO] Plex via docker, avec ou sans transcodage matériel

[_DR64_]

D'accord merci, j'ai bien un proxy inversé 🙂

[Einsteinium]

il y a 36 minutes, .Shad. a dit :

Watchtower ne nécessite pas d'avoir docker-compose pour fonctionner.

C'était une observation, tout ceux qui utilise watchtower, utilise docker compose naturellement.

il y a 14 minutes, MilesTEG1 a dit :

Je me demande si mettre les limitations de mémoire est vraiment utile... je n'ai jamais vu PMS passer au delà de 800Mo environ...

4Go en limite mémoire pour plex c'est parfait, plex ne consomme pas beaucoup de ram, sauf lors du transcodage (4Go suffisant pour un paquet de flux) et pour l'indexation (la c'est no limit) et du coup la je dirais... la réservation est inutile avec autant de ram, c'est plus pour les petites configurations qui veulent assuré un minimum pour plex, par contre la ou vous péchez... pas de limitation du swap (moi je l'interdit), non car lors de l'indexation c'est no limit... il mangera tout ce qu'il peut pour aller plus vite. (il y a aussi quelques petites options qui consomme temporaire aussi, comme la détection d'intro par exemple..)

[MilesTEG1]

il y a 10 minutes, Einsteinium a dit :

par contre la ou vous péchez... pas de limitation du swap (moi je l'interdit), non car lors de l'indexation c'est no limit... il mangera tout ce qu'il peut pour aller plus vite. (il y a aussi quelques petites options qui consomme temporaire aussi, comme la détection d'intro par exemple..)

Comment on fait pour empêcher ça avec un docker-compose ?

[Einsteinium]

j'en est parlé y a peu sur le forum ^^'

memory-swap la variable, pour sa valeur simple il y a une formule :

mémoire swap autorisé = "memory-swap" - "memory"

en gros si tu lui met la même valeur que memory, alors pas de swap, si tu lui dis 8go alors que memory 4go, alors tu autorises 4go de swap.

[Einsteinium]

Au passage ceux qui ont une grosse bibliothèque plex et qui remarque que seul une partie de leurs dossiers est encore surveiller (les autres ignoré), il suffit d'executé 2 commandes pour augmenté cette limite :

echo fs.inotify.max_user_watches=131072 >> /etc/sysctl.conf
sysctl -p

https://forums.plex.tv/t/increase-the-number-of-directories-linux-can-monitor-notify/209156

[_DR64_]

Alors petit retour de mon expérience Docker-Compose :

Déjà je trouve ça excellent et facile à manipuler.

J'ai pu installer les 2 PMS sur mes 2 NAS sans soucis. (mis à part des défauts de majuscule dans le .yml ^^ mais j'ai trouvé l'erreur comme un grand...

Ensuite pour le transcodage j'ai rajouté et exécuté le script sur ARTEMIS (418play) voici le résultat :

Le planificateur de tâches a terminé une tâche déclenchée.

Tâche : boot HW Transcode PLEX
Heure de début : Thu, 03 Jun 2021 11:21:47 GMT
Heure d'arrêt : Thu, 03 Jun 2021 11:21:48 GMT
État actuel : 0 (Normal)
Sortie/erreur standard :
/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 2: $'\r': command not found
/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 5: $'\r': command not found

11:21:48 - Script de modification de permissions sur l'interface de l'IGPU du NAS

11:21:48 - Lancement de la commande : sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128

/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 10: $'\r': command not found
chmod: cannot access '/dev/dri/renderD128'$'\r': No such file or directory
/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 12: $'\r': command not found
11:21:48 - Script terminé

J'ai peut-être fais une connerie ? MAIS ça fonctionne, j'ai bien le (hw) donc bon on va pas ce plaindre !

Concernant le 918+, j'ai testé autre chose, j'ai installé PMS mais je n'ai pas mis le script pour le transcodage (enfin si mais je ne l'ai pas excécuté) et j'ai le (hw) opérationnel.... 
Ma question est donc la suivante : Le script est-il toujours utile ?

[Einsteinium]

il y a 3 minutes, GrOoT64 a dit :

Ma question est donc la suivante : Le script est-il toujours utile ?

Tu as reboot depuis que tu avais fait joujou ?

perso chez moi :

#!/bin/sh

if [ -d /dev/dri ]; then
           chmod 660 /dev/dri/renderD128
fi
exit 0

 

[_DR64_]

il y a 15 minutes, Einsteinium a dit :

Tu as reboot depuis que tu avais fait joujou ?

Je viens de le faire en désactivant le script au démarrage :

[MilesTEG1]

il y a une heure, Einsteinium a dit :

j'en est parlé y a peu sur le forum ^^'

memory-swap la variable, pour sa valeur simple il y a une formule :

mémoire swap autorisé = "memory-swap" - "memory"

en gros si tu lui met la même valeur que memory, alors pas de swap, si tu lui dis 8go alors que memory 4go, alors tu autorises 4go de swap.

Du coup, concrètement, ça s'écrit comment dans un fichier docker-compose.yml ?

il y a 27 minutes, Einsteinium a dit :

Au passage ceux qui ont une grosse bibliothèque plex et qui remarque que seul une partie de leurs dossiers est encore surveiller (les autres ignoré), il suffit d'executé 2 commandes pour augmenté cette limite :

echo fs.inotify.max_user_watches=131072 >> /etc/sysctl.conf
sysctl -p

https://forums.plex.tv/t/increase-the-number-of-directories-linux-can-monitor-notify/209156

C'est quoi une grosse bibliothèque ? Comment on s'aperçoit que des dossiers ne sont plus surveillés ?

il y a 11 minutes, GrOoT64 a dit :

Alors petit retour de mon expérience Docker-Compose :

Déjà je trouve ça excellent et facile à manipuler.

J'ai pu installer les 2 PMS sur mes 2 NAS sans soucis. (mis à part des défauts de majuscule dans le .yml ^^ mais j'ai trouvé l'erreur comme un grand...

Ensuite pour le transcodage j'ai rajouté et exécuté le script sur ARTEMIS (418play) voici le résultat :

Le planificateur de tâches a terminé une tâche déclenchée.

Tâche : boot HW Transcode PLEX
Heure de début : Thu, 03 Jun 2021 11:21:47 GMT
Heure d'arrêt : Thu, 03 Jun 2021 11:21:48 GMT
État actuel : 0 (Normal)
Sortie/erreur standard :
/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 2: $'\r': command not found
/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 5: $'\r': command not found

11:21:48 - Script de modification de permissions sur l'interface de l'IGPU du NAS

11:21:48 - Lancement de la commande : sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128

/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 10: $'\r': command not found
chmod: cannot access '/dev/dri/renderD128'$'\r': No such file or directory
/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 12: $'\r': command not found
11:21:48 - Script terminé

J'ai peut-être fais une connerie ? MAIS ça fonctionne, j'ai bien le (hw) donc bon on va pas ce plaindre !

Concernant le 918+, j'ai testé autre chose, j'ai installé PMS mais je n'ai pas mis le script pour le transcodage (enfin si mais je ne l'ai pas excécuté) et j'ai le (hw) opérationnel.... 
Ma question est donc la suivante : Le script est-il toujours utile ?

Ces erreurs sont dûe aux retours chariot...
Il faut du format Linux : LF
Avec windows, ça te crée un format CRLF.
Tu utilises quoi comme application pour coder ?

Avec VScode tu peux changer ça, comme avec NotePad++.

 

Sinon tu fais un copier/coller dans l'éditeur de texte du NAS.

 

il y a 8 minutes, Einsteinium a dit :

Tu as reboot depuis que tu avais fait joujou ?

perso chez moi :

#!/bin/sh

if [ -d /dev/dri ]; then
           chmod 660 /dev/dri/renderD128
fi
exit 0

 

Ha pas bête le test. Je vais l'ajouter à mon script.

[_DR64_]

il y a 1 minute, MilesTEG1 a dit :

Tu utilises quoi comme application pour coder ?

NotePad ++ 🙂 

[MilesTEG1]

il y a 5 minutes, GrOoT64 a dit :

NotePad ++ 🙂 

Je ne sais plus comment on fait, mais c'est faisable avec. (je ne l'ai pas installé).

Mais tes erreur sont dûes à ça.

/volume1/docker/_Scripts-DOCKER/boot-HW-Transcode.sh: line 2: $'\r': command not found

[_DR64_]

Après c'est curieux mais comme j'ai dit plus haut, quand je reboot le NAS avec le script désactivé, ça transcode quand même (hw)

[Einsteinium]

il y a 36 minutes, MilesTEG1 a dit :

Du coup, concrètement, ça s'écrit comment dans un fichier docker-compose.yml ?

bah tu rajoute memory-swap en dessous de memory 😅

il y a 37 minutes, MilesTEG1 a dit :

C'est quoi une grosse bibliothèque ? Comment on s'aperçoit que des dossiers ne sont plus surveillés ?

Tu as maté le lien ? 🙂 +8192 dossiers

PS : de mémoire le card0 c'est si on utilise un tuner usb, ce qui n'est plus possible avec dsm 7.

il y a 21 minutes, GrOoT64 a dit :

Après c'est curieux mais comme j'ai dit plus haut, quand je reboot le NAS avec le script désactivé, ça transcode quand même (hw)

Regarde les droits sur le fichier, peu être qu'un reboot ne restaure plus les droits et dons tu as toujours les droits modifier de tes test 🙂

[_DR64_]

[Einsteinium]

Donc il a garder le 660 que tu lui as mis, bon a savoir, a voir si cela restera avec les updates, je laisserais au démarrage pour ma part.

[_DR64_]

c'est ce que j'ai fais. 
j'ai mi ton script

Par contre sur le 918+ j'ai ça : 


Normal la différence ?

 

Edit : Je viens de lancer ton script et je me retrouve avec le renderD128 en rw-rw--- donc c'est bon

Modifié le 3 juin 2021 par GrOoT64

[Einsteinium]

un 666, peu être celui du tutoriel ou d'un autre test ^^

[MilesTEG1]

il y a une heure, GrOoT64 a dit :

Après c'est curieux mais comme j'ai dit plus haut, quand je reboot le NAS avec le script désactivé, ça transcode quand même (hw)

Les permissions sont peut-être conservées... dans le doute je laisserais le script faire son travail... on sait jamais que lors d'une MAJ ça change...

il y a 58 minutes, Einsteinium a dit :

Tu as maté le lien ? 🙂 +8192 dossiers

Ho je crois que j'en suis loin (non j'ai pas suivi le lien 😅 patapé 😇)

il y a une heure, Einsteinium a dit :

PS : de mémoire le card0 c'est si on utilise un tuner usb, ce qui n'est plus possible avec dsm 7.

Haa, je peux le virer du script alors ^^

il y a 48 minutes, Einsteinium a dit :

un 666, peu être celui du tutoriel ou d'un autre test ^^

non, le  rw-rw---- c'est le 660. Le 666 aurait donné ça :  rw-rw-rw-

[Einsteinium]

il y a 46 minutes, MilesTEG1 a dit :

non, le  rw-rw---- c'est le 660. Le 666 aurait donné ça :  rw-rw-rw-

C’est ce que je disais hein 😅

[_DR64_]

Bonjour,
Ce matin, j'ai une mise à jour de PMS sur mon DS418play, je lance docker, je reboot le conteneur et là, surprise, j'ai toujours la mise à jour.
Il y a un truc que j'ai oublié ?
De plus vous ne m'aviez pas parlé d'un script qui met à jour PMS tout seul ?

Merci

[_DR64_]

Peut-être que je dois supprimer ça dans le docker-compose :

    # ###############
    # Le label ci-dessous permet à Watchtower de faire les mises à jour automatiquement
    # Cela peut-être supprimé si Watchtower n'est pas utilisé.
    labels:
      - "com.centurylinklabs.watchtower.enable=true"
    # ###############

Je n'ai pas Watchtower

[MilesTEG1]

@GrOoT64 Oui tu peux supprimer cette partie (ou juste commenter les deux lignes sans commentaires 😉 ).

[Invité]

il y a 14 minutes, GrOoT64 a dit :

Peut-être que je dois supprimer ça dans le docker-compose :

    # ###############
    # Le label ci-dessous permet à Watchtower de faire les mises à jour automatiquement
    # Cela peut-être supprimé si Watchtower n'est pas utilisé.
    labels:
      - "com.centurylinklabs.watchtower.enable=true"
    # ###############

Je n'ai pas Watchtower

Si tu le laisse cela n'a pas d'incidence vu que tu n'utilise pas Watchtower.

[_DR64_]

Merci pour vos réponses. 
Donc pourquoi ça ne se met pas à jour tout seul quand je redémarre le conteneur ?

[_DR64_]

Essai en redémarrant le conteneur : RIEN
Essai en arrêtant et en redémarrant le conteneur : RIEN
Essai en supprimant le conteneur, l'image et en relançant le docker-compose : Là ça marche.
Il doit bien y avoir un truc? Il ne faut pas relancer le docker-compose à chaque mise à jour ?

Quand je fais un docker ps , tous mes conteneurs ont : nom:latest sauf Plex.

  plex_PlexMediaServer:
    #image: linuxserver/plex:latest
    # https://github.com/linuxserver/docker-plex
    image: ghcr.io/linuxserver/plex <-- Il ne faut pas que je rajoute :latest ici ?

 

Modifié le 5 juin 2021 par GrOoT64