.Shad.

Non c'est juste un NAS avec un disque en BASIC. Après faut trouver un NAS pas trop cher pour que ce soit intéressant.

Peut-être que d'autres audiophiles pourraient t'en dire plus, je ne sais pas. 😛 Tu peux éventuellement jouer avec le blindage des câbles liant ton NAS à ton lecteur audio. Partir sur du S/SFTP en cat 6 ou cat 6a par exemple. Ca va être rigide à crever mais entre le blindage par paires et les couches concentriques de feuille d'alu, tu seras tranquille. Mais ça me semble un peu superflu pour le moins. 😛

Bienvenue !

Moi ça avait enchainé sur la reconnaissance faciale après. 🙂

Les changer dans l'interface si tu ne modifies pas le script n'a pas d'intérêt, car si tu le lances à intervalle régulier pour mettre à jour l'image, il remettra les anciennes valeurs. Corrige ainsi : docker run -d --name=tinymediamanager \ -p 4121:4000 \ -e USER_ID=1026 \ -e GROUP_ID=100 \ -e TZ=Europe/Brussels \ -v /volume1/docker/tinymediamanager:/data \ -v /volume1/media/films:/media/movies \ -v /volume1/media/series:/media/tvshows \ --restart always \ tinymediamanager/tinymediamanager Tu dois aussi t'assurer que l'utilisateur d'ID 1026 existe et a les droits nécessaires sur les dossiers que tu montes. Pour cela en SSH : cat /etc/passwd | grep 1026 Tu regades le nom de l'utilisateur au début de la ligne et tu t'assures que le dossier /volume1/docker/tinymediamanager appartient à cet utilisateur (clic droit sur le dossier -> Propriétaire) De même s'assurer dans les permissions que l'utilisateur en question a au moins les accès en lecture sur le dossier partagé video de ton NAS. Tu dois supprimer le conteneur et ensuite le recréer, une fois toutes ces précautions prises.

Envoyer un flux audio par Ethernet ne pompe aucune ressource, pourquoi veux-tu faire ça ? Tu constates des saccades ?

La quantité de photos joue fortement aussi sur le temps d'indexation.

@maxou56 saura sûrement répondre à ta question.

Bienvenue !

En effet, et tu n'y vois rien ? Parce que dans ton premier post tu as l'air de chercher le dossier /volume1... tu ne le verras jamais, car dans le conteneur tu l'as monté dans /movies. Dans ton script il y a un " qui s'est perdu dans la définition du volume pour TV Shows. Moi je regarde la doc sur Docker Hub, comme tout un chacun devrait faire : Les variables ne s'appellent pas PUID mais USER_ID et pas PGID mais GROUP_ID. Et mettre 1026/100 c'est bien, sauf qu'il faut vérifier avant que 1026 correspond bien à l'utilisateur du NAS qu'on souhaite utiliser. De plus, pour les volumes, eux conseillent de monter les fichiers dans /media/movies et /media/tvshows. Même si dans l'absolu ça n'impacte pas forcément l'accessibilité des données, on est jamais à l'abri de mauvaises pratiques de codage avec des emplacements codés en dur. Donc autant respecter leurs consignes. Globalement, ce site MariusHosting est une vraie catastrophe pour rester courtois, évitez d'y recourir, c'est toujours à moitié terminé, sans explication, voir faux, comme dans le cas présent. Pose-toi déjà la question de savoir ce qu'est Docker, comment ça fonctionne, les tenants et aboutissants, etc... tu peux déjà jeter un œil à mon tutoriel en signature, c'est loin d'être exhaustif mais ça permet de te faire une idée de ce que c'est, et surtout de comprendre ce que les tutoriels te disent de faire. 🙂

Salut, Quel RAID ? SHR, SHR-2 ? RAID 0 ? Pourquoi cette architecture ? Le NAS n'est pas lié à un routeur ? C'est pour avoir une bande passante dédiée sans passer par de l'agrégation de liens ? 60 Mo/s pour des gros fichiers sur un réseau Gigabit c'est pas foufou, tu devrais taper dans les 100-110 Mo/s. Regarde peut-être que tes câbles soient minimum des Cat 5e. Et en bon état. Le pare-feu ne ralentit rien, et modifier les paramètres de limite de vitesse de File station et le reste n'a aucune incidence si tu es connecté via SMB au NAS. En revanche jouer avec des fichiers Adobe Premiere Pro à la volée est-ce envisageable avec du Gigabit ? C'est une question, je n'ai jamais fait de montage video, mais de ce que j'en sais c'est plutôt intensif niveau ressources. Mais tu ne devrais pas avoir un rapport 10 entre le NAS et l'USB, au plus une vitesse d'exécution un peu plus faible. Sinon on apprécie que les membres se présentent dans la section appropriée du forum, et tu devrais faire un tour avant tout sur le tutoriel de sécurisation de ton NAS, même si celui n'est pas connecté à Internet (ça a l'air d'être ton cas?) il y a certains points qu'il est important de régler avant la mise en production.

Soit tu laisses en mode "éco", ça se règle, et alors c'est plus long mais ça impacte que très peu le NAS. Soit tu lui attribues toutes les ressources nécessaires, le mieux étant peut-être de lancer ça en fin de journée et de le laisser tourner la nuit. Si tu n'as que le NAS dessus, un 600-650VA devrait suffire, pour ma part j'ai un APC Back-ups pro 900G et ça marche nickel. Je pense que @Mic13710 est plus calé à ce sujet, il pourra peut-être t'éclairer. Concernant pCloud, sur le forum c'est le contraire, les gens en sont déçus. Tu peux utiliser C2 de Synology que j'utilise et qui marche bien. Sinon les grands providers classiques du cloud. A terme tu peux aussi envisager d'acheter un petit NAS d'occasion 1 baie (je conseillerais tout de même un modèle de la série 16 a minima, histoire de ne pas arriver trop vite au point d'obsolescence) et l'installer hors site, chez de la famille par exemple. Ca te fait un cloud maison pour pas très cher. Dernière remarque, mais non des moindres, vérifie tout de même que dans ton utilisation le fait de travailler sur le réseau ne posera pas problème, car de l'USB3 sera quand même plus réactif. Je ne connais pas tes besoins mais c'est à prendre en considération, peut-être si quelques photographes (il y en a plusieurs ici) pouvaient témoigner. Si ça venait à être gênant, tu peux toujours utiliser Synology Drive, qui te permet de synchroniser localement ce dont tu as besoin, de fait tu travailleras en local et ne sera plus affecté par le réseau.

Welcome !

@faluorn Si ton utilisateur telegraf a été ajouté au groupe docker, tu peux simplement te connecter en SSH et taper la commande suivante : chown root:docker /var/run/docker.sock Penser à ajouter sudo devant si pas connecté en root. Normalement ça devrait fonctionner instantanément, si pas tu peux juste redémarrer le conteneur.

Excellent modèle, bienvenue !

Salut, On voit que tu t'es déjà renseignée de ton côté, c'est bien 🙂 La bonne nouvelle c'est que tout ce que tu souhaites faire, et plus encore, est tout à fait envisageable dans cette tranche de budget. Le RAID 10 me semble un peu superflu, ça allie certes performances maximales et sauvegarde, mais au prix de 50% de l'espace total de stockage. Le SHR (RAID 5 de Synology) me semble plus raisonnable, tu ne perdras que 25% de l'espace de stockage maximal (pour 4 disques de capacité équivalente). Et tu assures une continuité de service, pour toi-même et tes clients. Au vu du budget, en SHR, et pour environ 8 To, je partirais sur un DS420+, 4*3 To, ce qui devrait laisser la place pour un onduleur, grand absent de ton analyse. Les NAS sont sensibles aux coupures de courant, et un onduleur en liaison avec le NAS permettra de l'éteindre proprement en cas de panne d'électricité prolongée après avoir démonté tous ses volumes (et donc le protéger de toute perte de données). Ca n'a que très peu d'importance, les NAS ont des procs peu puissants, car l'accent est en partie mis sur la faible consommation. En fin de compte le NAS n'est que très peu sollicité, et en cas de transcodage pour du visionnage de films, les modèles "+" utilisent le iGPU intégré au processeur et pas le CPU. Pas un critère selon moi, sauf à vouloir faire tourner plusieurs machines virtuelles simultanément. Les NAS Synology fonctionnent correctement sur les deux plateformes. Le RAID est réalisé de manière logicielle et pas matérielle chez Synology. Un RAID défectueux se répare aisément en changeant le disque qui cause problème et en reconstruisant la grappe. Ultra-faux. Tu peux mettre des Blue ou des Green de chez WD qu'ils pourraient durer fonctionner H24 plusieurs années. Il y a une part de loterie dans la durée de vie des disques durs. A titre personnel, j'ai 4 WD Red CMR (Plus) dans mon NAS principal, et un WD Blue dans mon NAS de sauvegarde. Attention que WD Red Pro tournent à 7400 tr/min, et sont donc plus bruyant que ceux de gamme "inférieure", à noter également la garantie prolongée sur les modèles Red et Red Pro par rapport aux modèles de gamme inférieure. Tu peux transposer le raisonnement aux disques Seagate. Ne te fie pas à la liste de compatibilités de Synology, elle n'est pas maintenue à jour et donc complètement dépassée. Tu peux avoir un disque en plus, en cas de défaillance d'un des disques de ta grappe, mais au vu de la vitesse à laquelle on peut commander et recevoir un disque dur de nos jours, je ne sais pas si t'es très utile, d'autant qu'avec du RAID 5 tu as une continuité de service, le temps de changer le disque et reconstruire le RAID. Ce qu'on conseille par contre c'est d'acheter des disques de provenance différente, pour éviter les désagréments d'un batch qui serait défectueux. Pour en revenir à tes premières interrogations : Oui DS File / Filestation le permettent. Je n'ai jamais pratiqué, mais je crois que l'on peut directement chiffrer certains dossiers partagés via DSM. Des tas, avec un modèle "+" en tout cas. Car tu peux virtualiser (VMM) ou conteneuriser (Docker) un tas d'applications natives Linux et incompatibles avec DSM, ou pour lesquelles il n'existe pas de paquet officiel ou tiers.

Ca m'a pris beaucoup de temps aussi avec un DS918+. Rien d'anormal selon moi.

Tu gagnerais à t'orienter vers Docker pour ces applications (Plex et Emby du moins, Kodi n'étant pas un serveur à ma connaissance mais un client) car ton NAS le permet et ça évite d'installer des applications et dépendances sur ton NAS. Et ca t'affranchit de la version de DSM, c'en est complètement indépendant. Tu peux déjà jeter un œil à mon tutoriel en signature, ça dégrossit le sujet.

Bienvenue parmi nous ! Au plaisir de te lire 🙂

C'est juste faire un lien avec une BDD existante, celle du NAS ou un conteneur MariaDB dans la même stack par exemple. Ca n'a rien de difficile, la doc Linuxserver est claire je pense non ? @oracle7 Ben je ne sais pas, moi je ne le fais pas je n'en vois pas l'utilité. Comme je ne fixe jamais les IP autrement que pour les conteneurs en macvlan. La résolution DNS de Docker s'occupe du reste.

Je n'utilise rien de tel, mais je pense que tu peux jeter un oeil à Piwigo, il y a des applications mobile, et Linuxserver maintient une image. Photoprism permet la reconnaissance faciale, mais pas d'application aux dernières nouvelles.

Welcome !

Via Docker oui, avec le package je ne pense pas.

Si tu ne modifies qu'un fichier conf, normalement un redémarrage du conteneur suffit. Pour tout le reste, il faut recréer le conteneur, c'est là que Docker-compose facilite fort la tâche. 🙂 C'est de ce tutoriel dont je parle, partie 11. Est-ce que tu as réglé le logging en debug dans le fichier conf de Telegraf ? c'est dans la première partie du fichier. Normalement c'est sensé marcher en mettant l'IP locale, mais certains ont eu le même problème que toi. L'avantage de passer par l'IP interne c'est d'éviter les problèmes de changement d'IP (changement de box par exemple). C'est comme si voulant contacter ta box, tu passais par l'IP publique au lieu de l'IP privée, ce serait suboptimal. 🙂

En effet ! Bienvenue 🙂