Mic13710

Bonjour Amélie, soyez la bienvenue sur ce forum. Afin de vous familiariser avec les NAS et leur interface, vous trouverez un certain nombre de tutos dans la partie tutoriels. Vous pouvez commencer par ces deux là :

Non, ce n'est pas du tout le sujet de ce guide. Votre demande initiale concernait le remplacement des disques sur un JBOD, et vous avez obtenu votre réponse. Maintenant à savoir comment vous devez procéder pour transférer vos données n'a pas lieu d'être ici. Vous devez ouvrir un nouveau sujet.

Et même après ça, vu le nombre de versions foireuses mises en lignes puis retirées, puis patchées, ainsi que les bugs sur les versions majeures, je me dis qu'il est toujours urgent d'attendre confirmation de la stabilité d'une nouvelle version avant de la mettre en prod. Et force est de constater que la patience doit être le maitre mot avec les versions DSM de Synology. La 7 n'échappera pas à la règle. Quelques mois d'attente pour laisser le temps aux essuyeurs de plâtre de déboguer le bazar ne me dérangent pas. Une fois la majorité des bugs résolus par les inévitables correctifs, ce sera bon pour moi.

This update includes fixes to the below issues mentioned in 6.2.4-25554. Fixed an issue where external hard drives couldn't wake from hibernation on certain platforms (Grantley, Broadwell, Broadwellnk, Broadwellntbap, Purley). Fixed an issue where users could not sign in to Synology mobile apps after they had cleared the remembered device list in DSM 6.2.4.

@Dimebag Darrell désolé, je ne répondrai pas car vous êtes complètement hors sujet. Je vous invite à ouvrir un sujet dédié à votre demande dans la section appropriée.

La solution n'est certainement pas de réduire le nombre de versions. Quand on en arrive à cette extrémité, c'est que le choix des dossiers mis dans Drive n'est pas approprié. Avoir déplacé des photos de leur dossier d'origine vers les home respectifs est une fausse bonne idée car du coup vous avez mis dans Drive toutes les photos qui se sont retrouvées en double, une fois dans les home et une autre dans le dossier de suivi. Autant que faire se peut, il faut ne mettre dans Drive que des fichiers de travail ou dont on a une utilité fréquente. Et en règle générale, les fichiers multimédia qui sont en principe figés ne font pas partie de cette catégorie. A votre place, j'aurais plutôt essayer de trouver une solution pour ces fichiers plutôt que de faire l'impasse sur ce qui fait la force d'un Cloud : pouvoir récupérer une ancienne version d'un fichier, ou même récupérer un fichier/dossier supprimé. Maintenant vous n'avez qu'un simple synchro.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Je l'ai suivi (voir mon retour en page 2 du tuto), mais Free a eut la bonne idée de changer mon IP, ce qui a eu pour conséquence la perte de ma zone slave qui était hébergée chez Fenrir qui est comme chacun sait difficilement joignable. Ne pouvant attendre une correction de sa part, j'ai rebasculé ma zone chez OVH et elle est là depuis. De toute manière, je n'avais pas l'intention de la garder très longtemps car c'était plus pour l'exercice que pour une utilisation à long terme.

Bonjour western51, soyez le bienvenu sur ce forum. Ce n'est pas banal de voir arriver un possesseur de QNap sur un forum essentiellement tourné vers le matériel Synology. Comme l'a fait remarqué .Shad., vous trouverez probablement plus de support sur le site forum-nas.fr dans la section dédiée à ce constructeur, mais aussi sur le forum officiel QNap : http://forum.qnapclub.fr/

Aucune idée, jamais essayé. Sinon, hyperbackup, ça fonctionne très bien.

En JBOD sur un nas 2 baies ????? Si vous voulez changer un ou deux disques d'un JBOD ou d'un RAID0, la réponse est simple : il faut tout reconstruire.

Si vous n'avez que des 2To, seuls 2To des 4To seront utilisés. Si vous êtes en SHR, il faudra remplacer un des 2To par un autre 4To pour pouvoir utiliser les 2To restants. Si c'est du RAID5, il faudrait alors remplacer tous les 2To par des 4To pour pouvoir exploiter tout l'espace disque.

Avec un 920+, vous êtes passé de la 2cv à la Ferrari Testarossa ! Si votre 412+ s'avère fonctionner avec une nouvelle alim, vous pourriez vous en servir pour vos sauvegardes.

Si ça fonctionne directement sur la box et que ça fonctionne beaucoup moins bien en déporté, il y a à l'évidence un problème sur votre liaison box/Nas. Les NAS n'aiment pas beaucoup les CPL. Vous dites que votre débit est stable, mais c'est une moyenne. Vous pouvez avoir un bon débit apparent tout en ayant des paquets qui arrivent incomplets à destination ce qui provoque des retransmissions incessantes. Et pourquoi ne laisseriez vous pas le NAS à sa place normale : connecté directement sur le routeur ?

Une sauvegarde sur le même équipement n'est pas à proprement parlé une sauvegarde. Si le NAS est attaqué par un crypto locker, détruit, inondé, prend feu, tombe au sol poussé par bébé ou un geste maladroit, tout est perdu. Une sauvegarde est OBLIGATOIREMENT déportée est isolée de la source. Si je comprends bien, le RAID1 est constitué de deux disques, un de 2To et un autre de 3To. Il y a donc 1To inutilisé. Si vous remplacez le 2To qui est défectueux par un 3To, vous pourrez alors utiliser ces 1To pour faire un stockage de 3To.

@niklos0, @oracle7, la question ne se pose même pas entre 100M ou 1Gb : c'est obligatoirement du Gb. CPL, incertitudes quand à la qualité du réseau (câbles, prises), mais aussi, les livebox qui ne brillent pas par la qualité de leur switch. Tout ceci peut faire un cocktail de bridages qui peut expliquer la perte de performance.

@ladywolverine, c'est sympathique de nous donner des nouvelles sur votre problème, mais visiblement vous vous êtes trompée de fil de discussion. Ici c'est uniquement pour les présentations 😉

Non Oracle. S'il n'y a qu'un seul certificat à renouveler, il sera toujours celui par défaut. Il n'y a donc pas besoin de script pour ça. OK, mais là ça n'a rien à voir avec le script python puisqu'il s'agit de la première partie qui est commune à tous à savoir l'obtention du certificat auprès de LE. J'ai eu aussi un certificat récalcitrant il y a une dizaine de jours par la méthode github. Rien à faire au bout de 3 tentatives. Et puis j'ai rajouté un --debug en fin de commande dans le gestionnaire de tâche histoire d'avoir plus de détails sur le problème, et là, miracle, le certificat s'est renouvelé sans problème. Comme quoi ça tient à pas grand chose. Je pense que tu devrais éviter l'utilisation du DID. C'est plus une source d'ennui qu'autre chose.

Bonjour pat64000, soyez le bienvenu dans la communauté.

Il est possible que le disque soit HS. Un test smart n'est pas suffisant pour déterminer si un disque est bon pour le service. Faite un test approfondi sur un PC avec le logiciel du constructeur.

J'en conclus qu'une IP fixe est attribuée au NAS par le serveur DHCP de votre box à partir de son adresse MAC. Normalement, le nas est en DHCP et il reçoit ses informations de connexion du routeur. Mais il arrive que certains attribuent (à tord) une ip au LAN du NAS ce qui pourrait être une source de conflit. Vous pouvez essayer en direct, mais si vous avez déjà testé sur toutes vos prises réseaux et que celles ci sont correctement raccordées et cablées avec du CAT5a minimum, ça ne devrait pas faire de différence, et vous avez probablement essayé du même coup avec les autres sorties de la box. A moins que vous ayez un switch dans votre armoire VDI, auquel cas il faudrait voir de ce côté là aussi. Il y a eu en fin d'année une mise à jour bugué de la livebox 4. Un correctif a été diffusé, mais peut-être qu'il y a eu un problème sur la votre. Vous pouvez toujours tenter un reset histoire d'éliminer cette cause. Je vous conseille d'éteindre tout votre réseau (box, nas, pc et tous les périphériques connectés). Vous rallumez d'abord la box et une fois OK, vous pouvez relancer vos équipements. Vu l'âge canonique de votre NAS, il est fort probable que la batterie interne soit HS. Son remplacement serait à envisager.

Quel opérateur et quelle box ? Est-ce que l'ip du NAS est fixe ? Dans le routeur ou dans le NAS ? Avez-vous fait des changements sur le LAN avant l'incident ? Avez-vous essayé de changer à la sortie de la box la position du cable ethernet qui connecte le NAS ? La dernière version 5.2-5967 Update 9 de DSM pour la série 10 date du 02/01/2019

La connexion USB n'a rien à voir avec le technologie de l'onduleur. La différence entre un off line et un line interactive c'est la plage de tension acceptable à l'entrée de l'onduleur pour laquelle la charge continue d'être alimenté par le secteur. Un off line bascule sur l'onduleur dès que la tension d'entrée n'est plus dans la plage acceptable pour la charge. Ce type d'onduleur est plutôt destiné à être utilisé sur des réseaux stables. Le line interactive régule la tension de sortie pour qu'elle reste dans une plage acceptable pour la charge sans pour cela faire intervenir la partie onduleur. Ce type d'onduleur est plus adapté aux réseaux perturbés car il sollicite moins l'onduleur et donc les batteries.

@oracle7, @bruno78, Comme convenu, je reviens vers vous suite aux renouvellements de 3 certificats sur 2 NAS, deux via la méthode github et un autre via Docker. Exception faite d'un renouvellement récalcitrant indépendant du déploiement, tout s'est déroulé sans encombre. Il y a bien entendu cette histoire de certificat par défaut qui s’applique au dernier certificat renouvelé sans tenir compte du réglage initial, mais ce n'est pas vraiment un problème en soit car : ça n'affecte pas les attributions en place, ce n'est le cas que s'il y a plusieurs certificats (mon cas), c'est très facilement corrigeable dans DSM, Ca touchera l'affectation d'une nouvelle application ou d'une nouvelle source dans le reverse proxy qui se ferait sur le dernier certificat si on ne le corrige pas, ce qui n'est pas non plus un problème puisqu'il faut de toute manière vérifier l'affectation. Ceci confirme que les problèmes principaux décrits dans le tuto (affectations, distribution des fichiers pem, prise en compte du nouveau certificat dans le navigateur) qui justifiaient un script supplémentaire semblent maintenant résolus, le seul point restant, mais non critique, étant l'affectation du certificat par défaut. Alors, peut-être que le script garde encore une certaine utilité pour ce dernier point, mais il a un usage très limité car il ne concerne que ceux qui ont plusieurs certificats. C'est loin d'être le cas de tout le monde. Concernant le certificat, je ne sais pas pour vous, mais il m'arrive très souvent de devoir relancer le renouvellement. Il semble que les serveurs LE soient souvent saturés. Ce n'est pas uniquement avec acme. J'avais le même problème avec la méthode via DSM.