Mic13710

La sortie c'est pour quand ? 1980 ? J'adore la prise VGA en façade 🤣

Pas vraiment. Vous avez un NAS DS1511+ sur lequel sont raccordées deux extensions DX510. Il est colonisé par 2 groupes de disques en RAID6 : 1 groupe de 9 disques de 2To, 5 sur le NAS et 4 sur l'unité 1 1 groupe de 4 disques de 1To sur l'unité 2 Dans ces disques, il y a des disques CMR et SMR. Par exemple, le disque 4 du NAS est un SMR. Je vous invite à aller lire ce fil pour mieux comprendre quel est le souci :

Au temps pour moi. J'ai fait une confusion entre les deux numéros de versions. Il s'agit probablement de deux programmes différents. Pour ma part j'avais bien installé la version du tuto, mais je l'ai abandonné car je n'avais pas été séduit par son fonctionnement. Je trouve la version github beaucoup plus aboutie.

@psycopathe57 il suffit de relire les réponses qui vous ont été faites : Maintenant que votre groupe est constitué de 4, 16 et 18To, vous pouvez rajouter des disques de mêmes capacités ou supérieures. Vous ne pouvez donc pas monter des 10To. Si vous voulez remplacer vos 4To par de plus gros, il va vous falloir des 16 ou des 18To.

La suite des réponses de ce sujet ne concernant plus des questions avant achat elles ont été déplacées. Vous les trouverez là :

Oui mais il faut une entrée A ou CNAME dans la zone DNS pour le ndd nas.mondomaine.com et un CNAME pour *.nas.mondomaine.com si la clé API couvre domaine.com, elle couvre aussi tous le ndd inscrits dans la zone DNS.

Supprimer des paquets ne va rien changer à votre problème. Inutile de chercher très loin : c'est Synology Drive qui en est la cause. Je vous invite à aller consulter la section concernant ce paquet. Vous y trouverez des explications.

@PiwiLAbruti Le NAS est ou plutôt était quasi inaccessible ces derniers jours que ce soit en direct ou via le VPN avant le remplacement de la RAM. Ce qui répond à ta question concernant les performances dégradées et le changement de RAM. Ce changement est clairement bénéfique. Quoique moins réactif, Drive continue toutefois de fonctionner même avec les disques en pleine activité et c'est le principal pour les utilisateurs. Il n'y a pas de processus particulier, en tout cas rien de différent par rapport a un autre NAS. Lors des phases de forte occupation des disques, un redémarrage n'a aucun effet. Le problème en exploitation c'est que les indexations de Drive qui sont assez gourmandes en ressource prennent des jours avant de pouvoir se finaliser parce que les disques sont occupés par ailleurs par des tâches courantes qu'ils ont du mal à boucler. Comme il n'y a rien dans les processus qui justifie ces suractivités des disques, je soupçonne depuis quelques temps que le problème vient d'un des disques, ce que tendrait à confirmer les grandes disparités que j'ai signalées dans mon premier message. Il s'avère qu'au moment ou j'écris, les disques sont revenus à des valeurs normales, mais le disque 1 présente toujours des valeurs supérieures à celles du 2. Ils étaient en ébullition parce qu'un nettoyage des données était en cours. Il me semble que l'ajout de RAM a donné un véritable coup de fouet à ce NAS. Je vais le monitorer pendant quelques jours sans toucher aux disques pour confirmer et voir comment il se comporte.

Salut tous le monde, Je m'occupe d'un DS713+ très distant (à Montréal) et j'ai depuis quelques temps des problèmes d'accès et des performances très dégradées. Le NAS est en SHR sur 2 disques avec protection des données et BTRFS. Il est sain, les tests SMART des disques sont OK, pas de secteurs défectueux, pas de reconnexion, rien de particulier dans les journaux et dans les logs. Pas de problème de SMR : les deux disques sont CMR et identiques. Et pourtant, tout est lent. En consultant le moniteur de ressources, il y a des graphes qui interpellent dans la section des disques : le disque 1 est pratiquement à 100% d'utilisation tandis que le 2 tourne à 15-20%. Idem pour les IOPS en lecture où le disque 1 affiche 2 fois plus d'IOPS/sec que le disque 2. L'écriture est identique sur les deux disques. Et pour les débits, j'ai aussi des écarts considérables avec le disque 1 qui a 10 fois plus de débits en lecture que le disque 2. La vitesse d'écriture est identique sur les deux disques. Il me semble clair qu'il y a un problème de disque, oui mais lequel puisque je n'ai aucune alerte côté DSM. Est-ce le disque 1 à cause de l'utilisation au taquet, mais dans ce cas pourquoi ses IOPS et ses débits en lecture sont bien supérieurs à ceux du disque 2 ? Ou bien est-ce le disque 2 qui a un pet dans le casque et qui se la joue en mode petit braquet. J'ai un peu de mal a déterminer lequel. La solution la plus évidente consisterai à sortir un disque et de tester en mode dégradé sur un seul disque, faire la même chose avec le disque sorti précédemment. Mais comme je le disais en préambule, le NAS est un peu loin et les personnes qui l'utilisent ont d'autres soucis à gérer. Je voudrais donc sortir à coup sûr LE disque en défaut pour limiter leurs manipulations au strict minimum. Côté mémoire, elle a été upgradée à 4Go aujourd'hui et on en voit tout de suite les effets, le NAS étant beaucoup plus réactif mais loin encore de ce qu'il devrait offrir. Quelqu'un aurait-il un avis sur la question ?

Et sur le même réseau dont tous les éléments (switchs) sont aussi alimentés par l'UPS, ce qui exclue de facto les périphériques connectés via des CPL 😉

C'est l'ip du serveur VPN, en l’occurrence le NAS si c'est lui le serveur. Mais comme l'a dit oracle7, il faut d'abord sécuriser son NAS avant d'envisager toute connexion vers/de l'extérieur.

Pas vraiment. Regarde ça : https://github.com/gawindx/WinNUT-Client/releases tu verras qu'il y a non seulement la version de ton lien google, mais qu'on remonte jusqu'à la version 1.5 qui est notée comme étant la version initiale.

@oracle7as-tu regardé la date de la version ? Février 2011. On parle ici d'une version de février 2021. Mieux vaut se référer au dépôt github qu'à celui de google.

A corriger dans ton retour 😉

@Jeff777 merci pour le retour. Je n'utilisais plus WinNut depuis pas mal de temps car je n'étais pas arrivé à faire fonctionner l'interface graphique et surtout parce que ce n'était plus utile vu que j'ai une autonomie à faire pâlir tous les data center. Je viens de l'installer et il y a de nets progrès puisque l'interface fonctionne enfin. Reste à savoir si tout ceci est opérationnel, ce que je ne testerai probablement jamais. Je vais attendre ta première coupure 😉. Edit : je viens de voir ton edit. Donc ça fonctionne. Super.

As-tu regardé le lien vers Github ? Il semblerait qu'il y ait une nouvelle version WinNut du 21/02/2021 qui apporte quelques améliorations. Je n'ai pas creusé. A voir si ça pourrait résoudre ton problème.

C'est pourtant la seule possibilité pour arrêter un PC sous windows avec le serveur UPS du NAS. Il n'y a pas d'autre solution à ma connaissance qui soit facilement mise en oeuvre. https://github.com/gawindx/WinNUT-Client/tree/v2.0.7722.30975

Et on le répètera jamais assez : il faut impérativement sauvegarder la clé qui peut être utilisé ensuite sur d'autres logiciels OTP comme par exemple FreeOTP+ ou encore KeeOTP qui est un plugin de Keepass. Ainsi, on peut tout d'abord se passer de Google Authenticator (c'est toujours une googlelerie de moins), et ensuite on est sûr de pouvoir récupérer le 2FA par une autre appli si l'une ou l'autre n'est plus accessible. Et si les deux sont inaccessibles, la clé peut très facilement être utilisée sur une autre application ou une réinstallation de l'application manquante pour retrouver l'OTP correct.

Vous ne pouvez pas retirer plus d'un disque sur un SHR sinon vous perdez toutes vos données (tolérance de panne sur un disque). Mais au delà de ça, ce que vous voulez faire n'est pas possible car encore une fois votre SHR tel qu'il a été construit ne peut pas accepter des disques plus petits que 4To ou plus petits que 18To. Il peut très bien en revanche accepter des disques de plus de 18To. Si vous voulez intégrer vos 16To, vous n'avez pas d'autre choix que de sauvegarder vos données, détruire votre groupe et le reconstruire soit avec tous les disques ensemble, soit en commençant par les 4To, puis les 16To et enfin les 18To.

Oui, mais il faut en connaitre les contraintes avant de s'aventurer. Vous pouvez montez des disques de tailles identiques à ceux qui ont été utilisés depuis la construction du SHR mais pas des tailles intermédiaires. En clair, votre SHR étant constitué de deux tailles de disques (4To et 18To) vous ne pouvez pas montez des disques intermédiaires, ce qui explique pourquoi vos 16To ne sont pas admis. La seule solution pour vous c'est soit de monter des 18To, soit de reconstruire votre SHR en partant de vos 4To comme vous l'avez fait, puis vos 16To et enfin les 18To.

Bonjour à tous les deux, Concernant les disques, je partirais plutôt sur des 4To. On en trouve plus facilement sur le marché que des 3To et ils ne coutent guère plus chers. Eviter les séries WD RED de base. Leur techno est le plus souvent du SMR. Leur préférer des RED Plus qui sont tous en principe en CMR. Je vous invite à consulter ce fil pour en savoir plus : Il y a aussi les IronWolf chez Seagate qui sont biens. Euh, que la liste ne soit pas mise à jour aussi rapidement que la sortie des disques est une évidence : il faut du temps et des ressources pour faire les tests d'approbation. On ne peut pas dire qu'elle soit obsolète. Elle est au contraire bien maintenue, et à ce propos, Synology a retiré tous les disques SMR qu'ils avaient au préalable approuvés suite aux différents problèmes rencontrés par les utilisateurs avec ces types de disques. Autre point qui peut avoir son importance, en cas d'utilisation de disques non approuvés, Synology se réserve le droit de ne pas assurer le sav. Donc, oui, la liste a une certaine importance. Question Cloud, je recommande Synology Drive qui est un vrai Cloud hébergé chez soit et qui comme tous les Cloud peut être utiliser tant en local qu'en extérieur. Il ne dispense pas bien entendu de faire de vrais sauvegardes, et la proposition de @.Shad. d'utiliser un NAS externalisé est une option économique à étudier. Côté UPS, oui, il est très important d'en avoir un avec des groupes à partir de 3 disques. Peu utile sur un NAS monodisque ou sur un groupe monodisque, recommandé sur un groupe de 2 disques. En effet, le RAID est très sensible à des coupures d'alimentation intempestives car selon quand elles se produisent pendant des phases d'écriture, elles peuvent conduire à des corruptions de données, voire à des pertes de volumes. Son choix dépend de plusieurs critères : la charge. Vous trouverez chez les différents constructeurs des calculateurs qui vous permettent d'évaluer vos besoins. Il ne faut pas oublier que le réseau est constitué de plusieurs équipements, box, routeur, switch, borne(s) wifi et que certaines fonctions (Serveur UPS par exemple) nécessitent que ces équipements soient alimentés pour que l'ensemble puisse communiquer. Il faut en tenir compte. l'autonomie. Elle est importante puisque c'est elle qui va permettre d'accorder le temps nécessaire pour la mise en sécurité du NAS. Généralement, 10min d'autonomie à pleine charge est amplement suffisant, sachant que l'autonomie est directement liée à la charge. Pour une charge donnée, plus la capacité de l'UPS est importante, plus l'autonomie sera grande. Cependant, cette autonomie n'est pas linéaire puisque l'UPS lui même consomme de l'énergie pour son fonctionnement. En gros plus la charge se rapproche de la capacité de l'UPS, plus le rendement est important. A l'inverse, le rendement sera médiore sur un UPS de grosse capacité avec une faible charge. la qualité du réseau électrique. Celle-ci va conditionner la technologie de l'UPS qui se divise en 3 catégories : les online qui alimentent la charge en permanence. Ces UPS sont bruyants et très énergivores. Ils sont utilisés dans le monde professionnel (Banques, DATA center par exemple). Les deux autres catégories sont les lineinteractive et les offline qui sont celles qui nous intéressent. Le choix dépend donc du réseau. Si le réseau est stable (peu ou pas de perturbation comme on peut trouver en ville par exemple) on peut choisir un offline. Ces modèles fonctionnent en tout ou rien : si le secteur est présent et dans la plage, il alimente la charge en direct, si absent ou hors plage, il bascule sur l'onduleur. Avec un réseau perturbé (tension variable, coupures fréquentes comme on peut l'avoir en campagne) il faut se tourner vers un line interactive car ce type d'onduleur ajuste autant que possible la tension d'entrée pour la maintenir dans la plage voulue en sortie. L'onduleur sera donc moins sollicité durant les phases transitoires qu'un offline puisqu'il assure le service sur une plage de tension plus grande en entrée. Il faut savoir que les offline ou les lineinteractive sont silencieux et ne font du bruit que lorsque l'onduleur rentre en service, c'est à dire en cas de disparition secteur. la possibilité de remplacer la batterie. Ce critère est important car si vous n'êtes pas un tant soit peu bricoleur, vous devez pouvoir remplacer la batterie sans avoir à utiliser un fer à souder. Il faut reconnaitre que les modèles dont les batteries sont facilement remplaçables sont plutôt haut de gamme. Pour les modèles plus économiques, la batterie est soudée et il est même parfois difficile d'ouvrir le boitier pour pouvoir l'atteindre et la remplacer. il faut que l'UPS puisse communiquer avec le NAS via USB pour que celui-ci puisse envoyer et recevoir les informations pour la mise en sécurité du NAS. Ce point est crucial car il serait inconscient de mettre un UPS pour qu'au final le NAS soit brutalement arrêté en pleine activité en fin d'autonomie batterie. Je crois que l'UPS proposé par @.Shad. a une batterie remplaçable alors que celui de ma signature demande d'être démonté pour la remplacer. Les deux bien évidemment communiquent avec le NAS et sont des lineinterractive.

Le versionning est réglé par défaut à 32 versions. C'est de le supprimer qui nécessite un paramétrage. Drive fonctionne comme un Cloud et le versionning est une des spécificités embarquée sur tous les Clouds, (Microsoft Drive, Google Drive, Dropbox...)

Je n'en sais rien. Je n'ai que des NAS avec alimentations externes.

Il est tout à fait possible que la mémoire ne soit pas compatible. Remontez celle d'origine et faite un démarrage pour vérifier. Ce qu'il est possible de faire sur les séries 15+ qui sont affectées ne doit pas être reproduit sur d'autres modèles sans être sûr de ce que l'on fait. A ce petit jeu, vous risquez fort de tout simplement griller votre NAS ce qui serait balo.

J'ai lu votre présentation et j'ai compris que vous gériez plusieurs NAS pour le compte de divers utilisateurs. Dans ces conditions, il est évident que vous avez mis en place un système de sauvegarde régulier et automatique de toutes les données de vos clients. Fort de ce constat, je vous suggère de lancer la migration en dehors des heures d'utilisation du NAS que vous souhaitez migrer. En effet, si le NAS est en production, le transfert risque d'être gourmand en ressources et provoquer des lags chez les utilisateurs. Il est primordial de commencer par la mise à jour des sauvegardes. Vous pourriez tenter une migration des disques mais si Synology ne le recommande pas, mieux vaut s'abstenir. Et de toute manière, vous auriez plus à y perdre car vous migreriez du même coup toutes les limitations du 214 sur le 420. Et par dessus tout vous perdriez le bénéfice du BTRFS. Donc oui, vous pouvez très bien appliquer la méthode que vous décrivez. Cependant, il est inutile de casser le SHR du 214. Dans le gestionnaire de stockage, vous sélectionnez le disque que vous voulez transférer et vous cliquez sur Action puis sur Désactiver le disque. Une fois le disque désactivé, vous arrêtez le NAS et vous sortez le disque désactivé que vous montez dans le nouveau NAS. Vous laissez l'ancien NAS éteint avec son disque (inutile de l'allumer s'il n'est pas utilisé). Vous faites l'installation complète du nouveau NAS (DSM, installation des paquets, restauration des données sauvegardées), vous faites les derniers paramétrages, tests etc.. Si OK, vous sortez le disque restant de l'ancien NAS, vous le formatez sur un PC (peu importe le format, le but étant de casser les partitions existantes), vous le montez dans le nouveau NAS et vous lancez une augmentation de volume pour passer le SHR en SHR avec protection des données. Vous corrigez l'adresse MAC dans le routeur pour que l'IP de l'ancien NAS soit utilisée par le nouveau et que ce dernier soit mis en production.