PiwiLAbruti

Arf... et en plus il a un RAID, donc on va éviter la coupure brutale de l'alimentation. À ce moment là, qu'il essaye quand même de vider le fichier /var/run/smbd.pid + killall.

Essaye ça : Dans Menu > Panneau de configuration > Win/Mac/NFS, décoche la case Activer le service de fichiers Windows et clique sur OK. Redémarre le NAS. Vérifie que le service de fichiers Windows est bien désactivé après redémarrage. Vérifie s'il existe toujours des processus smbd. Si le service de fichiers Windows a démarré après redéparrage du NAS ou qu'il existe toujours des processus smbd : cat /var/run/smbd.pid Si le résultat donne une liste longue comme le bras de pid : echo ''>/var/run/smbd.pid Exécute le script permettant de terminer tous les processus smbd restants (killall). Désactive le service de fichiers Windows s'il est encore activé. Redémarre le NAS. Refais les vérifications des points 3 et 4 de la première partie (en vert).

En fait Synology ne devrait pas tracer les blocages d'IP. Psychologiquement, la majorité des utilisateurs se sentirait plus en sécurité. Un pare-feu n'y changera rien puisque les IP bloquées sont celles qui ont échoué au nombre de tentatives sur une durée donnée (x tentatives échouées en moins de y minutes par exemple) et c'est géré par le NAS lui-même. C'est pour ça que je ne comprends pas cette remarque récurrente sur la sécurité. Si le NAS indique qu'il bloque des intrusions c'est bon signe, c'est le contraire qui serait inquiétant. Personnellement je souhaite bonne chance à celui qui voudrait péter mes mots de passe en brute force avec moins de 3 tentatives en 5 minutes + bannissement de 3 mois à la clé. Dans ces conditions, il lui faudra plus de 8000 ans pour arriver au bout d'une base de 100 000 mots de passe. Et encore faut-il qu'un de mes mots de passe soient référencés dans cette base...

Tu lui reproches quoi à la sécurité actuellement ? Rien n'empêchera les tentatives de connexion.

Oui ça fonctionnera, le débit n'est pas divisé entre utilisateurs. Ça aurait été le cas si le NAS était aussi en 100Mbit/s. Attention cependant, 100Mbit/s ne représentent que 12,5Mo/s théoriques soit environ 11Mo/s dans des conditions optimales (environ 40Go/heure). Si les sauvegardes sont volumineuses, ça pourra prendre beaucoup de temps.

Beaucoup de gens confondent RAID et sauvegarde alors que ça n'a strictement rien à voir. Les NAS Synology ne supportent pas les lecteurs LTO. Et même en sauvegardant le contenu du NAS via ses partages, je ne pense pas que les logiciels de sauvegarde (comme Symantec BackupExec) sachent gérer correctement les fichiers verrouillés sur le NAS (par exemple). Donc les sauvegardes risques de ne pas fonctionner correctement (arrêts intempestifs, ...) Il est possible de faire des sauvegardes vers un deuxième NAS, c'est prévu dans les fonctionnalités par défaut du NAS. Cependant il faut une distance géographique suffisante entre les 2 NAS pour prévenir des risques majeurs (incendies, ...). Il va sérieusement falloir songer à investir dans du matériel gigabit. Après si le câblage dans les murs n'est pas au moins du cat. 5e, ça va se compliquer. Est-ce le seul switch ? Combien y a-t-il de postes client ? Je ne sais pas, d'autres pourront apporter une réponse. Vu vos besoins, je ne pense pas que ce forum puisse y apporter les réponses suffisantes, il vaudrait mieux contacter directement Synology par ce formulaire si vous souhaitez vraiment utiliser un NAS de la marque. De plus, je vous recommanderais très fortement de vous renseigner auprès d'autres professionnels pour votre solution de stockage+sauvegarde. C'est un sujet trop sensible pour votre activité pour vous faire conseiller sur un simple forum.

C'est gentil de penser à moi. Mais je suis plutôt confiant là-dessus. QNAP a déjà lancé sa prochaine beta (3.6) et ils n'ont pas apporté de modification majeure au QPKG Center. Ils ont aussi lancé le service MyCloud et rajouté ce que Synology fait déjà dans la version actuelle du firmware (VPN PPTP et OpenVPN, Serveur LDAP, support ACL, ...).

Bonjour, Tout d'abord merci d'avoir bien précisé vos besoins, ça facilite grandement l'entre aide. Je vais y apporter quelques éléments de réponse qui seront complétés et/ou corrigés par d'autres. Y a-t-il une solution de secours au cas où le NAS tomberait en panne ? Est-ce critique pour votre travail ? Dans le cas des documents bureautique, si ces derniers ne sont présents que sur le NAS il faudra alors prévoir un sauvegarde de ces derniers vers un disque USB externe (par exemple). Je ne connais pas vos besoins en stockage (volume global, nombre d'utilisateurs, ...). Le DS3611xs dispose également de 2 ports gigabit supplémentaires (4 ports au total) par rapport au DS2411+ (2 ports). Le DS2411+ comme le DS3611xs n'ont aucun mal à atteindre les débits maximums du réseau gigabit (125Mo/s théoriques). Il est possible d'agréger les ports réseau du NAS (donc 2Gbit/s pour le DS2411+ ou 4Gbit/s pour le DS3611xs) afin de dépasser cette limite. Il faut par contre disposer d'un switch supportant les protocoles d'agrégation. C'est bien ça pour le SHR, au détail près qu'il n'est possible de rajouter que des disques de taille supérieure ou égale à ceux déjà présents dans le NAS. Le RAID 10 n'est utilisé que dans des cas très précis, je déconseille fortement son utilisation en RAID logiciel (ce qui est le cas des NAS Synology). Un SHR avec des disques de même taille se comporte exactement comme un RAID 5 (à partir de 3 disques évidemment, sinon SHR fonctionne comme un RAID 1 avec 2 disques). Je déconseille également de créer des volumes à cheval sur un NAS et son/ses extension(s). On n'est jamais à l'abri d'une défaillance d'une des unités. Le plus sécurisant est de créer des volumes sur une même unité (un par unité par exemple). Pour des raisons évidentes d'évolutivité, je choisirais SHR. Cependant, il faut bien comprendre que le RAID (quel qu'il soit) ne constitue en aucun cas une solution de sauvegarde. Pour finir, il faudra absolument prévoir un onduleur capable d'alimenter à la fois le NAS et ses extensions en cas de (micro) coupures électriques. C'est obligatoire pour protéger la grappe de disques RAID/SHR. Je ne connais strictement rien au dimensionnement d'un onduleur, je fais confiance aux membres du forum pour vous guider.

Ce forum est dédié aux NAS Synology, peut-être y a -t-il un forum dédié pour les NAS D-Link. En tout cas, ne t'attends pas trop à trouver une solution à ton problème ici.

Il doit y avoir un problème de droits alors.

Je n'ai pas de solution à te donner. À la base il s'agit d'un problème d'organisation. Si tu as un dossier par film, tu peux toujours essayer de créer un lien symbolique vers chacun de ces dossiers dans le même dossier action. Mais il te faudrait un script pour automatiser la chose et créer un lien symbolique à chaque nouvel ajout d'un dossier. Mais ça deviendrait très vite une usine à gaz.

La solution de catimimi ne convient pas ?

Je regarderais du c

À $250 le ticket d'entrée, ça calme un peu quand même.

Ça devrait pas plutôt être ça ? films -> /volume1/video/films series -> /volume1/video/series

Synology ne fournit aucune application pour gérer la domotique. C'est faisable, mais il faut de la patience et des compétences en Linux :

Et tu as les mêmes problèmes en te connectant en filaire ? Pourrais-tu donner les débits ainsi que les conditions dans lesquelles tu les as relevés ? Le wifi c'est bien pourri au niveau débit (~2Mo/s). Si tu t'amuses à copier des fichiers sur le NAS en même temps de naviguer sur internet, c'est normal que ça soit lent.

As-tu essayé de mettre en pause les téléchargements en cours (s'il y en a). Ça améliorera grandement les débits. Les protocoles P2P consomment énormément de ressources processeur à cause du grand nombre de paquets udp à traiter.

Ceci dit si la majorité des utilisateurs pouvaient avoir en signature au moins le(s) modèle(s) de leur(s)NAS et les modèles des disques installés, ça simplifierait l'entre-aide. Ça vaudrait presque le coup de proposer un modèle de signatures pour les nouveaux inscrits.

Ça a déjà dû être dit et répété dans ce topic, mais aujourd'hui je vais être gentil. Pour que les modification du fichier de configuration prennent effet, il faut redémarrer uMurmur : ./usr/local/etc/rc.d/umurmur.sh restart

Je suppose qu'en JBOD, le firmware n'est installé que sur un seul des disques. Si le disque qui tombe en panne n'est pas celui où le firmware est installé, ça devrait continuer à fonctionner non ?

Est-ce que le blocage IP est activé sur le NAS ? Peut-être que ton adresse IP a été bloquée après x tentatives d'accès échoués. Essaye de te connecter depuis un autre PC/Mac/Smartphone.

Je repose ma question : "Est-ce que tu fais une sauvegarde de tes données ?" Il faut bien comprendre que le RAID/SHR n'est PAS une sauvegarde. Si tu as lu les liens que j'ai donnés, et donc compris le fonctionnement du SHR, tu dois savoir que : En montant les 2x1To en SHR, l'espace disponible sera de 1To : 2x1To en RAID1 (j'espère que tu as moins de 1To à copier dessus). En rajoutant le disque de 2To aux 2x1To en SHR, l'espace disponible sera de 2To : 3x1To en RAID5 et 1To inutilisé sur le disque de 2To.

Plus précisément : Source : http://www.synology.com/support/faq_show.php?lang=fre&q_id=431 Un tutoriel officiel : http://www.synology.com/tutorials/how_to_RAID.php?lang=fre

Je crois qu'un RAID0 n'est migrable que vers un RAID01 (RAID0+miroir), mais ce n'est pas possible chez Synology : Si j'ai bien compris tu veux au final avoir un seul et unique volume en SHR avec 4 disques (2x1To et 2x2To) ? Dans ce cas il faut : faire une sauvegarde du RAID0 actuel sur un disque de 2To, monter les 2x1To + 1x2To en SHR (ce qui revient à 3x1To en RAID5), restaurer les données du 2To vers le volume SHR fraîchement créé, ajouter le dernier disque de 2To qui va étendre le SHR en 4x1To en RAID5 + 2x1To en RAID0 RAID1 (merci Patrick21), soit un volume total de 4To. Seulement après cette opération tu n'auras plus aucune sauvegarde de tes données, c'est donc la première question à te poser : "Qu'est-ce que je vais sauvegarder et comment ?"