.Shad.

Faut pas oublier que la release n'est pas encore arrivée.

Comme le dit @cadkey tu peux choisir une navigation par dossier au lieu de chronologique. Et dans Albums -> + -> Définir des conditions pour créer un album, tu peux définir des conditions de création d'albums (qui se mettront à jour automatiquement). Sur ce point je trouve qu'il y a un vrai progrès. Pas encore mis à jour par le créateur du paquet pour DSM 7 j'entendais.

Ah bah oui c'est logique ! Sinon tu peux tester l'authentification SNMPv3 si tu veux sécuriser un peu plus l'accès via SNMP aux données de ton NAS.

Ou qu'il n'a juste pas encore été mis à jour. 😉

Tu peux exécuter cette commande en SSH sur le NAS : docker exec -it telegraf snmpwalk -v 2c -c community 172.18.0.1 telegraf -> nom du conteneur community -> nom de la communauté (réglage DSM) 172.18.0.1 -> IP passerelle du réseau bridge monitoring

Sans le désactiver, il suffit de s'assurer que l'IP du conteneur sait accéder au NAS. Les règles du tutoriel de Fenrir le prévoient : 172.16.0.0/12 Si tu t'es amusé à être plus restrictif, vérifie que c'est toujours valable.

Request timeout c'est soit un problème avec le pare-feu du NAS (le conteneur telegraf n'aurait pas accès à ce dernier), soit le serveur SNMP qui aurait été désactivé suite à la migration.

Tu peux préciser où tu trouves ce réglage dans DSM ?

Aucun problème de mon côté, les données sont toujours correctement récoltées par Telegraf et transmises à InfluxDB, puis mises en page par Grafana. Passe sur le sujet adéquat si tu as un problème.

Je confirme pour la limitation de mémoire, je ne connais pas Plex mais si c'est comme Emby ça bouffe au max 1-1.5 Go... Le volume pour le certificat n'est utile que si tu souhaites que Plex s'expose de lui-même en HTTPS, si tu as un proxy inversé en amont c'est inutile.

Pour le DS918+ tu as déjà bien assez de RAM. 😄 Le transcodage matériel fait surtout travailler le GPU. La mémoire augmentera plus tu as d'utilisateurs actifs sur ta médiathèque simultanément. Mais pour moi 8 Go t'es déjà bien. Si tu dois transcoder du 4K, oublie le DS418Play (et tout autre NAS au passage), et assure-toi que tes périphériques peuvent lire nativement tes fichiers (utiliser une box Android si besoin pour les TV).

Docker-compose permet quelques fonctions supplémentaires. Par exemple créer un réseau ou un volume (ave des options données) pour une application à la création du conteneur. Chose qu'on ne peut faire avec docker-cli qu'en plusieurs commandes. Watchtower ne nécessite pas d'avoir docker-compose pour fonctionner. Comme @MilesTEG1 l'a suggéré, tu peux commencer par jeter un œil à mon tutoriel, qui n'a pas la prétention de faire de toi un expert en Docker mais simplement de comprendre dans les grandes lignes ce que tu fais quand tu utilises un script fait par d'autres. La documentation officielle de Docker est très bien structurée et claire, tu y trouveras la plupart des réponses aux questions que tu pourrais te poser, le cas échéant n'hésite pas à demander, on pourra sûrement t'aider.

Je ne pense pas que tu puisses, c'est un compte système, eux te conseillent de le renommer, pas de le supprimer. Sûrement faisable via SSH mais je ne le conseillerais certainement pas.

S'il est désactivé c'est suffisant selon moi.

@cadkey Aucun problème chez moi, que ce soit en local, via le proxy ou en direct, ou à distance via le proxy. @MilesTEG1 Y a pas de secret, tu dois re-vérifier la chaîne de transmission des données (NAT, pare-feu, NAT conteneur, etc...).

Disk et Monitor n'ont pas encore été mis à jour pour DSM 7 : https://synocommunity.com/package/synocli-monitor https://synocommunity.com/package/synocli-disk

@Einsteinium Après réflexion, je pense que ça ne suffira pas pour Plex, car on précise un PUID et un PGID (a priori pas videodriver), or on a besoin que l'utilisateur "abc" (utilisateur par défaut Linuxserver) appartienne au groupe videodriver (si on veut s'affranchir du chmod). Ca a été l'objet d'une demande, mais cela nécessite soit de build sa propre image (pas pratique), soit d'exécuter un script après chaque recréation de conteneur (pas pratique non plus). En réalité, l'équipe Linuxserver met de la mauvaise volonté pour corriger ce défaut, car Emby (l'image officielle) propose une bonne solution pour pallier ce problème, une variable d'environnement GIDLIST : GIDLIST=937 Dans le cas présent, ça ajouterait l'utilisateur courant du conteneur au groupe d'id 937 (videodriver), ainsi "abc" pourrait parfaitement accéder à /dev/dri/renderD128. Une autre solution est d'utiliser PGID=937, on se retrouvera avec des fichiers dont le groupe est videodriver, je ne trouve pas ça tip top, mais ça serait fonctionnel. Par contre, cela nécessite que les droits de l'utilisateur Plex soit définis au niveau de l'utilisateur et pas du groupe (users ou dédié). L'autre solution (la meilleure selon moi) serait d'utiliser des volumes docker et pas des bind sur l'host, mais on ne peut pas nommer ces volumes si on passe par l'interface Docker de DSM. D'un point de vue facilité, le chmod reste ce qu'il y a de plus simple en l'état.

Non rien de tout ça lol. C'est une suggestion soumise à l'expert mdr.

Rien, la suggestion s'adresse à @Einsteinium. 😉 Voir s'il pense comme moi déjà. 😉

@Einsteinium Je viens de remarquer une différence entre DSM 6 et DSM 7 en voyant le message de @GrOoT64. /dev/driv/renderD128 n'appartient plus à root/root mais root/videodriver. J'ai cherché avec find, je n'ai trouvé aucun autre fichier qui appartienne à ce groupe. Il serait dès lors beaucoup plus propre que l'utilisateur exécutant Plex via Docker soit membre de ce groupe, les permissions étant 660 par défaut ça devrait être fonctionnel. Et c'est beaucoup moins dangereux et permissif qu'un chmod 666. Il semblerait que le paquet Plex Media Server pour DSM 7 soit prévu pour utiliser ce groupe : https://www.gitmemory.com/issue/SynoCommunity/spksrc/4215/757384200 (pas directement lié vu qu'on parle de ffmpeg ici, mais on voit que Plex est inclus dans le groupe videodriver).

Je pense juste que l'emplacement a changé, mais autant voir avec les autres oui.

Pourquoi avoir deux clés différentes ? Quel intérêt ? Le message semble clair, la clé d'Artemis est sûrement d'un format trop récent pour WinSCP. Probablement que la clé d'Ares est plus ancienne et convient.

Le chmod du driver graphique et la création de device faut pas avoir peur quand même pour faire ce genre de chose. 😄 Pour Nginx, moi je vois ça chez moi :

Pas de raison que ça ne passe pas en même temps. 😉

Bienvenue, quels modèles de NAS possèdes-tu ?