Aller au contenu

FTP

Membres
  • Compteur de contenus

    6
  • Inscription

  • Dernière visite

Tout ce qui a été posté par FTP

  1. Hum... j'avais apparemment pas lu à fond l'article sur les réidentifications. En fait, l'autre solution si le disque est sain, c'est que le NAS ou au moins 1 slot du NAS ait un problème. Et après un nouveau test qui nécessite un autre disque sain (non suspect), si le problème vient bien du slot, ils conseillent de changer le NAS 😕 Problème, les disques sont encore sous garantie (01/2021), mais pas le NAS (09/2017). Bref, je vais déjà voir si après la réparation du groupe les pb de réidentification reviennent. Si c'est le cas, je ferai leur test de déplacer le disque 2 sur un autre slot et tester un disque sain sur le slot 2. Et on verra bien ce que ça donne, qui est fautif. L'enseignement c'est que d'après cette page d'aide, ce genre de problème ne vient pas forcément du disque.
  2. Ok, ce matin j'ai donc déconnecté le lecteur, rebooté le NAS et lancé la réparation. Il y en a pour entre 12 et 14h. En revanche, il semble bien qu'il y ait un problème de fond à régler. En cherchant un peu plus, je me suis aperçu que la dégradation du groupe s'est déclenchée à l'heure exacte de la première des 217 réidentifications du disque 2. En effet, d'un côté les 2 notifications par email de la dégradation du groupe ont été envoyées par le NAS le 19/01 à 19h36. Et de l'autre côté, j'ai 0 réidentifications ces 2 dernières années, puis subitement 217 à partir du 19/01 à 19h36... Donc la dégradation du groupe de stockage a très clairement un lien avec ces réidentifications subites. Tout se déclenche dans la même minute. Et donc quel est le problème ? Comment le règle t-on et s'assure t-on que ça ne revienne pas ? Je ne trouve rien dans l'aide car tout ce qu'on demande, c'est de faire des tests SMART et de changer le disque s'il a un problème. https://kb.synology.com/fr-fr/DSM/tutorial/Drive_reidentification_count_increased Mais mon disque est donné sain à tous les tests SMART étendus et même par DSM. Or l'aide ne dit rien dans le cas ou le disque est sain (ni cause, ni solution). Et je doute que WD accepte de changer un disque qui passe tous les tests SMART sans pb. Merci d'avance. P.S. : je respecte aussi tous ces conseils pour éviter les pb : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_prevent_volume_crash - Mes disques sont dans la liste des disques compatibles - J'ai programmé des tests SMART rapides et étendus qui n'ont jamais rien détecté en 2 ans - J'ai toutes les alertes activées et j'ai jamais rien reçu - J'ai 4Go de RAM supplémentaire, mais c'est de la RAM Synology - Et mon NAS est protégé par un onduleur
  3. Juste 2 autres infos : Avant d'en arriver là, j'ai d'abord contacté WD pour connaître la procédure de test recommandée avant un éventuel échange du disque : et voilà leur réponse, un peu surprenante... Donc on a peut-être droit à ça. Le disque est bon, mais un pb de dialogue entre le disque et le NAS (ils expliquent pas quel est réellement le pb). Les Red sont quand même spécialisés NAS, ils sont approuvés par Synology et on n'entend pas parler un pb général d'incompatibilité, donc je sais pas quoi penser de leur commentaire. Et ensuite, quand sur DSM on regarde les infos sur la santé du disque, j'ai ça... Il y a un nombre important de réidentifications du disque (alors même que le disque 1 en a 0). Donc à quoi ça correspond, est-ce que c'est lié ou pas, je sais pas. Ok. Merci. J'ai déjà mis à jour les sauvegardes.
  4. Un DS918+ avec juste 2 WD Red Plus 8To en RAID 1. Pas encore. Cf. ci-dessous. Pas encore, c'est pour ça que je voulais des avis. Ce que je veux surtout éviter c'est d'effacer les données du disque 1 par une mauvaise manip ou le choix d'une commande inappropriée. Exemple (peut-être idiot, je sais pas) : si désactiver le disque veut dire qu'on ne pourra plus réparer le groupe, qu'il faudra le supprimer et le re-créer, mais le re-créer veut dire repasser par 2 formatages, donc 2 disques vides, alors c'est ce que je veux éviter. C'est la première fois qu'un pb de ce genre m'arrive et je suis pas spécialiste de DSM. D'où mes questions pour savoir comment faire de manière sûr dans ce genre de cas. J'ai aussi ouvert un ticket chez Synology, mais je n'aurais pas de réponse avant demain après midi. Si tout le monde était d'accord sur une procédure évidente ici, ça m'aurait évité d'attendre encore 24h.
  5. Bonjour, J'ai un problème sur un groupe de stockage en RAID 1/Btrfs (dont le nom est "storage_master"). J'ai reçu 2 notifications me disant qu'il y avait un problème sur le 2nd disque : - Le groupe de stockage 1 sur storage_master s'est dégradé (1/2). Le groupe de stockage 1 sur storage_master s'est dégradé (nombre total de disques : 2 ; nombre de disques actifs : 1). Les informations sur les disques en état anormal sont indiquées ci-dessous : Disque 2, Modèle: WD80EFAX-68KNBN0, Numéro de série: XXXXXXXX - La partition système (Root) sur storage_master s'est dégradée (1/4) J'ai donc testé le disque 2 avec 2 outils Western Digital (car ce sont des Red Plus 8To) et il s'avère que le disque est bon... Côté DSM, même son de cloche, le disque est bon... Maintenant le pb c'est que DSM refuse de réparer le groupe sans ajouter un autre disque 8To (ce que je n'ai pas)... Donc comment faire ? Si on ne peut pas "Réparer" le groupe, peut-on le recréer ? Faut-il désactiver le disque 2 ? Peut-on supprimer le groupe de stockage (RAID 1) sans risque pour le recréer à partir du disque 1 immédiatement derrière ? Faut-il formater le disque 2 pour faire croire à DSM qu'il peut l'utiliser et ainsi pouvoir lancer la réparation ? Je ne trouve rien dans l'aide de Synology qui corresponde à ce cas de figure 😕 Le truc c'est qu'il faut bien que je ne lance rien qui vire les données du disque 1 qui est bon !!! Merci d'avance. P.S. : j'ai aussi ce message d'info sur le disque lui même... Apparemment le disque aurait déjà été éjecté du groupe (sans être "Désactivé" pour autant), même si ça ne semble pas vraiment être le cas. Il apparaît toujours dans le groupe comme on le voit plus haut.
  6. C'est à dire ? T'as basculé sur ce nouveau client WinNUT et il fonctionne avec DSM 7 sans le problème du client de 2011 (le fait de rester bloquer sur l'ordre donné à Windows de s'éteindre, quand bien même la coupure de courant est terminée) ? Ca fait un bout de temps que je me dit qu'il faut que je teste ce client, mais je l'ai toujours pas fait 😋 ------------- Rappel de l'historique des 2 clients NUT pour Windows : 2003-2006 - WinNUT 0.44.1a > 2.0.0b - Par Andrew Delpha https://web.archive.org/web/20161222060711/csociety.ecn.purdue.edu/~delpha/winnut/ 2010-2011 - WinNUT 2.0.0.3 > 2.0.0.4a - Par Ronald Wells https://code.google.com/archive/p/winnut/ ---- 2006-2007 - Windows NUT client 1.1.0-1.5.0 - Par Michael Liberman (portage de KNutClient sous Windows) https://sourceforge.net/projects/winnutclient/ 2019-2021 - WinNUT-Client 1.6.6 > 2.1.7740 - Par Nicolas Decaux https://github.com/gawindx/WinNUT-Client
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.