MilesTEG1

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

@.Shad. J'ai donc un petit soucis avec telgraf je pense... J'ai ces erreurs qui tournent en boucle : 2021-06-03T08:34:50Z E! [inputs.snmp] Error in plugin: agent 192.168.2.200: gathering table storageIOTable: performing bulk walk for field storageIODevice: request timeout (after 3 retries) 2021-06-03T08:35:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:36:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:36:20Z E! [inputs.snmp] Error in plugin: agent 192.168.2.200: performing get on field sysName: request timeout (after 3 retries) 2021-06-03T08:36:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:37:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:37:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:37:40Z E! [inputs.snmp] Error in plugin: agent 192.168.2.200: gathering table ifTable: performing bulk walk for field ifDescr: request timeout (after 3 retries) 2021-06-03T08:38:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:38:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:39:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:39:00Z E! [inputs.snmp] Error in plugin: agent 192.168.2.200: gathering table diskTable: performing bulk walk for field diskID: request timeout (after 3 retries) 2021-06-03T08:39:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:40:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:40:20Z E! [inputs.snmp] Error in plugin: agent 192.168.2.200: gathering table raidTable: performing bulk walk for field raidName: request timeout (after 3 retries) 2021-06-03T08:40:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:41:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:41:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:41:40Z E! [inputs.snmp] Error in plugin: agent 192.168.2.200: gathering table laTable: performing bulk walk for field laNames: request timeout (after 3 retries) 2021-06-03T08:42:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:42:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:43:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:43:00Z E! [inputs.snmp] Error in plugin: agent 192.168.2.200: gathering table hrStorageTable: performing bulk walk for field hrStorageDescr: request timeout (after 3 retries) 2021-06-03T08:43:30Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s 2021-06-03T08:44:00Z W! [inputs.snmp] Collection took longer than expected; not complete after interval of 30s Ce qui explique pourquoi j'ai NoData qui s'affiche sur tous mes panels dans grafana... Une idée de ce qui cause ça ? Et comment corriger ?

C'était bien mon intention quand j'aurais un petit moment 😉

Effet de bord que je n’avais pas anticipé mais prévu : le monitoring via telegraf/grafana est tout pété depuis dsm7…

C'est vrai, mais elle manque cruellement d'exemple concret d'utilisation de certaines options/commandes... 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...

Ha oui pour le script... J'ai oublié d'en parler 😅 Déjà fait le placer quelque part. Moi j'ai choisi de placer les scripts dans un dossier dédié : /volume1/docker/_Scripts-DOCKER/ (après c'est pas obligatoire). Le script que je remettrais en fin de message doit être lancé avec les droits root. Pour celà on le lance avec le planificateur de tâche : (je ne sais plus exactement dans quel section il est dans DSM6.x... mais le reste semble identique. Il faut faire une tâche déclenchée (pas planifiée), car le script doit se lancer tout seul au démarrage du NAS, tu pourras aussi le lancer manuellement. (Il faudra aussi avoir spécifié une destination pour les logs, voir le petit i à coté de "Script défini par l'utilisateur". Le script lui-même : #!/bin/bash # Script de modification de permissions sur l'interface de l'IGPU du NAS # Pour que le media-serveur puisse transcoder avec le hardware. #Startup Script #Access for HW Decoder Plex/Emby/Jellyfin echo -e "\n$(date "+%R:%S -") Script de modification de permissions sur l'interface de l'IGPU du NAS\n" echo -e "$(date "+%R:%S -") Lancement de la commande : sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128\n" sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128 echo -e "$(date "+%R:%S -") Script terminé\n" exit Ce script qui pourrait être épuré des commentaires et des lignes echo, va changer les droits d'accès sur les dossiers /dev/dricard0 et /dev/dri/renderD128 du NAS. Il faut cependant que le NAS soit compatible avec une accélération matériel, tous les NAS ne le sont pas. Mais en général, les modèles + le sont. Tu peux vérifier s'il y a ces dossiers en faisant un : ls -la /dev/dri Voilà 🙂 Il faut une image qui le permette, c'est le cas de celle de linuxserver.

hmmm là comme ça je ne sais pas... Le tuto que j'avais suivi à l'époque de la mise en place de Plex parlait de /dev/dri et donc de tout ce qu'il y avait dedans. Je ne sais plus où j'avais choppé le script de modification des permissions... J'ai suivi ce tuto pour comprendre comment fonctionnait Docker : Et après, j'ai appris tout seul en me documentant à droite et à gauche sur internet. Je ne connais pas le docker-cli. Pour docker-compose, tu crées un fichier yml (attention au formatage, 2 espaces pour l'indentation...), puis tu lances la création du conteneur depuis le dossier contenant le fichier docker-compose.yml (il faut se nom, sinon faut modifier la commande) avec : docker-compose up -d Par exemple, voilà mon fichier docker-compose.yml (épuré, et où il faut changer certaines valeurs) : --- version: "2.4" services: plex_PlexMediaServer: #image: linuxserver/plex:latest # https://github.com/linuxserver/docker-plex image: ghcr.io/linuxserver/plex container_name: plex_PlexMediaServer network_mode: host environment: - PUID=1000 # Utiliser la commande (en SSH) : id NOM_UTILISATEUR - PGID=100 - TZ=Europe/Paris #- LANG=fr_FR.UTF8 #- LANGUAGE=fr_FR.UTF8 - UMASK=022 #optional - VERSION=docker # docker : Let Docker handle the Plex Version, we keep our Dockerhub Endpoint up to date # with the latest public builds. # latest : will update plex to the latest version available that you are entitled to. # public : will update plexpass users to the latest public version, useful for plexpass users # that don't want to be on the bleeding edge but still want the latest public updates. # <specific-version>: will select a specific version (eg 0.9.12.4.1192-9a47d21) of plex to # install, note you cannot use this to access plexpass versions if you do not # have plexpass. # Dernière version connue pour être OK : (en cas de plantage dûe à une MAJ foireuse) # 1.22.1.4275-48e10484b # Si plex est en mode HOST, la ligne suivante n'est pas nécessaire. #- PLEX_CLAIM=BLABLA #obtain claim token https://plex.tv/claim expire within 4 minutes. # Section pour changer le thème à PMS via DOCKER_MODS # - Utilisation de ce dépôt : Source : https://github.com/gilbN/theme.park/wiki/Gitea # Possibilités : changer xxXXxx dans la ligne - TP_THEME=xxXXxx # par : # aquamarine <--- Pas mal celui là. # hotline # plex <--- TOP # dark <--- TOP # space-gray <--- TOP, mon préféré ! # organizr-dark - DOCKER_MODS=ghcr.io/gilbn/theme.park:plex - TP_THEME=space-gray # ############### # 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" # ############### volumes: - "/volume1/docker/plex/config:/config" - "/volume1/docker/plex/transcode:/transcode" #optional - "/volume2/medias_1:/data/tvshows:ro" - "/volume2/medias_2:/data/movies:ro" - "/volume2/medias_3:/data/videos:ro" # Ce qui suit permet au conteneur PMS d'accéder à l'accélération matériel sans avoir besoin d'exporter puis éditer le fichier de configuration JSON du conteneur # # Il faut quand même faire le script de modification de permissions. devices: - /dev/dri:/dev/dri #optional restart: unless-stopped # Les valeurs ci-dessous sont à adapter à la quantité de RAM de votre NAS. # Sur mon 920+ j'ai 12Go de RAM. mem_limit: 4096m mem_reservation: 2048m Ce qu'il faut changer : PUID, GUID, les volumes, mem_limit et mem_reservation. Tu peux commenter/supprimer les deux lignes mem_... Idem pour la partie Watchtower et la partie theme DOCKER_MODS. J'installe en mode HOST, plus pratique et conseillé. Pas besoin du PLEX_CLAIM avec ce mode d'installation, enfin j'en ai jamais eu besoin... Hésite pas à poser tes questions sur le sujet du tuto Docker de @.Shad. , on te répondra 😉 L'apprentissage ne se fait pas en quelques heures hein, pour arriver à comprendre (un peu car je comprends pas encore toutes les subtilités du docker-compose) j'ai mis du temps ^^

Yep j'ai une installation sous Docker, mais via un docker-compose (ou Portainer), dans lequel j'ai mis ceci pour ne pas avoir à gérer un JSON : # Ce qui suit permet au conteneur PMS d'accéder à l'accélération matériel sans avoir besoin d'exporter puis éditer le fichier de configuration JSON du conteneur # # Il faut quand même faire le script de modification de permissions. devices: - /dev/dri:/dev/dri #optional Et j'ai aussi un script qui se lance à chaque reboot du NAS : #!/bin/bash # Script de modification de permissions sur l'interface de l'IGPU du NAS # Pour que le media-serveur puisse transcoder avec le hardware. #Startup Script #Access for HW Decoder Plex/Emby/Jellyfin echo -e "\n$(date "+%R:%S -") Script de modification de permissions sur l'interface de l'IGPU du NAS\n" echo -e "$(date "+%R:%S -") Lancement de la commande : sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128\n" sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128 echo -e "$(date "+%R:%S -") Script terminé\n" exit Qu'est-ce qui ne fonctionne pas chez toi ?

Mais punaise, c'est quoi cette limitation à la con :

Pour mon soucis de PMS, j'ai trouvé le pourquoi ça fonctionnait en local, avec les app desktop à distance (testé avec l'app macOS via la 4G), mais que ça ne fonctionnait pas avec les app iOS !! C'est ici : Si je mets la compatibilité sur moderne, j'ai le soucis seulement sur iOS en 4G... Dès que je repasse sur intermédiaire, c'est OK, ça re-fonctionne correctement... Et ça ne fait ça que quand j'utilise mon smartphone iOS (ou celui de ma femme avec lequel j'ai aussi essayé) en 4G, l'application Plex arrive à être connecté au PMS, mais ne peux jamais charger une vidéo... la roue tourne en boucle sans rien charger... Plexamp me fait une erreur de serveur injoignable... et lui ne charge rien par contre... En local, tout fonctionne parfaitement, avec l'option moderne... tout se charge bien. En 4G, dès que je passe l'option sur intermédiaire, paf, tout re-fonctionne sans soucis en 4G sur iOS... J'ai aussi essayé via le partage de connexion 4G (en USB) sur mon mac, sans wifi donc, de me connecter à mon PMS avec Firefox, et avec l'application macOS, et aucun soucis avec l'option moderne... Bref, ça m'a bien fait $*ù% pendant 1h30... Me reste le soucis du script pour vaultwarden à régler. Et accessoirement attendre que ça fonctionne un jour avec la comptabilité moderne...

Oui, Plex à distance en passant par la 4G sur mon smartphone, nom de domaine en HTTPS sur port 443, reverse proxy sur le NAS qui redirige sur le port 32400 sur localhost ou 192.168.2.200 (les deux font pareil).

C'est fait avant même que je me rende compte que ça ne fonctionnait plus. L'application Plex arrive à se connecter sur le serveur, j'ai pas d'erreur là, mais quand je cherche à lire une vidéo, j'ai la roulette qui tourne en boucle sans rien qui se passe d'autre, même pas de lecture en cours dans Tautulli ni dans le Plex Web sur l'ordinateur en local... Mais en local, tout fonctionne bien.

@cadkey Nickel ça 🙂 @.Shad. @Einsteinium J'ai un soucis avec mon server plex aussi... Il n'est plus fonctionnel depuis l'extérieur... Il fonctionne nickel en local, mais depuis mon smartphone en 4G, les vidéos ne se lancent plus... Je peux me connecter avec l'application Plex (iOS en ce qui me concerne), mais quand je veux lancer une vidéo, ça tourne en boucle sans rien faire, rien n'apparait dans le PMS ni dans tautulli... Des idées ?

Passer par Docker ? Sinon j'aurais besoin d'un peu d'aide pour mon script Vaultwarden... La commande qui est censée écrire "include /etc/nginx/ws.locations.vw" juste après la ligne "server_name vault.mon_domaine.tld" ne fonctionne pas... Je vous met l'extrait concernant mon domaine pour Vaultwarden dans le fichier /etc/nginx/sites-enabled/server.ReverseProxy.conf : server { listen 443 ssl; listen [::]:443 ssl; server_name vault.my-domaine-name.tld ; if ( $host !~ "(^vault.my-domaine-name.tld$)" ) { return 404; } include /usr/syno/etc/www/certificate/ReverseProxy_XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX/cert.conf*; include /usr/syno/etc/security-profile/tls-profile/config/ReverseProxy_XXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX.conf*; add_header Strict-Transport-Security "max-age=15768000; includeSubdomains; preload" always; proxy_ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3; location / { proxy_connect_timeout 300; proxy_read_timeout 300; proxy_send_timeout 300; proxy_intercept_errors off; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $connection_upgrade; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_pass http://192.168.2.200:882; } error_page 403 404 500 502 503 504 /dsm_error_page; location /dsm_error_page { internal; root /usr/syno/share/nginx; rewrite (.*) /error.html break; allow all; } Je vous remet le script épuré du bordel de commentaires que j'ai mis 😉 LOC_DIR="/etc/nginx" if [ -f $LOC_DIR/ws.locations.vw ]; then rm /etc/nginx/ws.locations.vw part1=1 fi location /notifications/hub { proxy_pass http://192.168.2.200:$3; proxy_set_header Upgrade \$http_upgrade; proxy_set_header Connection \"upgrade\"; } location /notifications/hub/negotiate { proxy_pass http://192.168.2.200:$2; } """ >>$LOC_DIR/ws.locations.vw if ! grep -q "ws.locations.vw" /etc/nginx/sites-enabled/server.ReverseProxy.conf; then sed -i "/$1;/ a\ include $LOC_DIR/ws.locations.vw;" /etc/nginx/sites-enabled/server.ReverseProxy.conf echo "DEBUG : sed fait" echo "DEBUG : vérification avec un grep :" grep "ws.locations.vw" /etc/nginx/sites-enabled/server.ReverseProxy.conf # La ligne suivante peut être commentée le temps de mettre au point la commande sed... if nginx -t 2>/dev/null; then synosystemctl reload nginx; else exit 1; fi fi exit La ligne sed -i "/$1;/ a\ include $LOC_DIR/ws.locations.vw;" /etc/nginx/sites-enabled/server.ReverseProxy.conf qui ne fonctionne pas... Le reste fonctionne très bien. Normalement je devrais avoir ceci : (cette capture est celle faite avec DSM6, où ça fonctionnait très bien). Est-ce que quelqu'un pourrait m'aider ? Je ne maitrise pas la commande sed... Il y a peut-être moyen de faire autrement pour ajouter le ligne... Merci d'avance 🙂

Ok, je comprends ^^ Va falloir attendre alors ^^ Je n'en ai pas besoin dans l'immédiat. Mes scripts semblent fonctionner, sauf celui de Vaultwarden... J'essaye de voir si je peux corriger ça tout seul avant de demander de l'aide ^^

rhô la vache... Du coup ça fait presque 1h pour 25 paquets 😮 Mais certains vont plus vite que d'autres... Le paquet Docker à mis super longtemps à se mettre à jour... Bon là ça en est à 21/25 😄 Bientôt fini 😉 Fini. Mais je comprends pas pourquoi il a fallu que je reparamètre un compte admin... Y a quelque chose à faire pour ça :

Bon vous avez eu raison de ma volonté d'attendre la version finale... DSM7 RC en cours d'installation sur mon 920+ 🤣 Purée, par contre, autant ça a été super rapide sur mon vieux 214play (qui n'a quasi aucun paquet installé), autant là sur le 920+ c'est long 😅 Il y a à priori 25 paquets à s'occuper 😅

Sur mon installation fonctionnelle avec DSM6, j'ai essayé de changer les permissions du /dev/dri/* en 660 (avant c'était 666), et ça fonctionne encore très bien. Du coup je modifie mon script en conséquences pour le moment. Et me pencherais plus en détail sur le groupe d'appartenance de mon user PMS qui actuellement est dans un groupe sans droits d'accès autre que sur le dossier .../docker/ Vais lancer l'update 🙂 Mais d'abord, je pense que je vais couper le lancement automatique des différents scripts, au cas-où 🙂

Oui mais une suggestion très bien pensée 😉 et très pertinente 😉 @Einsteinium : qu'en penses-tu ?

Oh ! Ça change aussi de ce coté là ! Heureusement que je n'ai pas encore lancé la migration du 920+ vers DSM7. Faut d'abord que je vois si mon script est encore utile ou pas... Rappel, mon script fait ceci, à chaque reboot : sudo chmod 666 /dev/dri/card0 /dev/dri/renderD128 Du coup il faudrait que je change le 666 par un 660, c'est ça ? Et que mon user PMS appartienne au groupe videodriver ? C'est faisable via l'UI DSM ? Ou faut passer par une ligne de commande...

La chance 🍀 Ou bien c'est ta TV qui fait ce qu'il faut pour 😅

Tout à fait ^^ Cependant, j'ai constaté un effet de bord sur ma TV (Sony AF8), lors du transcodage de l'audio. Les sous-titres SRT se finissent plus vite que prévu... ce qui rend parfois leur lecture (même pour un aguerri comme moi), un peu délicate. Heureusement pour moi que je comprends plutôt bien l'anglais/américain. edit : on en a parlé dans le sujet sur HFR.

Merci 🙂 L'installation de DSM7 vient de se terminer sur mon 214play (ça a été rapide je trouve), et je viens de vérifier l'existance du fichier... Bah il n'est pas au même endroit sous DSM7 que sous DS6.x... Avec DSM7, il est là : (comme l'a montré @.Shad.) : /etc/nginx/sites-enabled/server.ReverseProxy.conf Il faudra donc que je modifie mon script, ce qui semble facilement faisable 😛 edit : j'ai vérifié le contenu de ce fichier quand même ^^ pour être sur que ce soit le bon. Et il a bien l'entrée essai.reverse.proxy que j'ai mis dans le reverse proxy du 214play, et qui a bien été conservée pendant la MAJ.

Haa, crap... Donc comme disait @.Shad., ça a du changer avec DSM7... Bon j'installe sur mon 214play pour voir où ça peut se trouver et modifier mon script en conséquence 😉

Ha pas bête ça 🙂 Je couperais la redirection dans le routeur le temps de la MAJ 😉 Tu peux quand même vérifier la présence de ce fichier s'il te plait ? /etc/nginx/app.d/server.ReverseProxy.conf Et son contenu ? (il faut qu'il y ait les noms de domaine que tu as placé dans le reverse-proxy dans DSM). Je n'utilise que l'interface de DSM moi aussi, mais pour Vaultwarden j'ai besoin de modifier ce fichier pour que les app desktop et les extensions navigateurs se mettent à jour automatiquement.