Yves Louis

Merci Gaetan, j'avais trouvé quelque instant plus tard. Je ne connaissais pas cette commande, du coup j'ai fait redescendre en priorité toutes les instances resize2fs, mais malgré tout, les écritures sont extrêmement lentes... Et le processeur continu a plafonner. Bref, par contre je me suis aperçu que le téléchargement depuis FileStation avait un débit "normal", du coup je suis entrain de télécharger les fichiers sensibles en vue de pouvoir ensuite stopper les processus de vérification de parité, et en espérant pouvoir enfin accéder au Gestionnaire de Stockage pour tout reformater. Einsteinium = Je suis aussi informaticien que toi diplomate donc... 1° Je ne savais pas que la commande renice était dans le manuel de première année d'informatique... Je ne connais pas toutes les commandes ! 2° Je ne savais pas qu'il fallait être informaticien pour se servir d'un NAS Synology 3° Si j'étais vraiment informaticien, j'aurais nettement moins besoin de votre aide... Mais merci de ton intérêt

D'accord, mais, euh... Je fais ça comment ?

C'est un enfer, je n'arrive pas à faire de copie, même en ligne de commande, ça prend un temps dingue du fait que le processeur soit saturé... Il n'y a vraiment aucun moyen de stopper ces satanés "resize2fs" à la main, ainsi que la vérification de parité ??... Sans avoir à débrancher un disque à la sauvage si possible ! ^^ Merci...

Merci messieurs, Effectivement à partir du moment ou j'ai des valeurs farfelues, je me suis dit que la vérification ne servait à rien. Et surtout je ne peux pas me permettre de bloquer l'accès au NAS pendant encore 3 jours minimum, et sans être sûr du résultat. Il y a presque 20 personnes qui se retrouvent partiellement bloquées pour travailler puisque sans accès à certaines données, il faut donc que j'aille vite, tout en prenant soin de ne pas perdre de données. Bonjour le stress !! Autre problème, voici le resultat de la commande smartctl sur les disques Hitachi : (pas de support du SMART, ou pas activé ??, pourtant visible habituellement dans le Gestionnaire de Stockage) smartctl 6.2 (build date Jan 7 2015) [x86_64-linux-3.2.40] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: HGST Product: HUS724030ALE640 Revision: MJ8O User Capacity: 3,000,592,982,016 bytes [3.00 TB] Logical block size: 512 bytes Physical block size: 4096 bytes Lowest aligned LBA: 0 Logical block provisioning type unreported, LBPME=0, LBPRZ=0 Rotation Rate: 7200 rpm Form Factor: 3.5 inches Logical Unit id: 0x5000cca248ccdc16 Serial number: PK2234P9GX8Z8Y Device type: disk Local Time is: Wed Apr 15 12:24:19 2015 CEST SMART support is: Unavailable - device lacks SMART capability. === START OF READ SMART DATA SECTION === Error Counter logging not supported [GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on'] Device does not support Self Test logging

Bonjour et merci, Le problème c'est que je ne peux pas accéder au "Gestionnaire de Stockage" via DSM, ou du moins il mouline et fini par m'afficher des fenêtres vides... Mais du coup je ne peux pas récupérer les états SMART, à moins de pouvoir le faire en ligne de commande. Les disques sont tous quasiment neufs, et ce sont des disques dits "entreprise" de chez Hitachi (je sais, il est toujours possible d'avoir une panne tout de même). En fait ce que je voudrais c'est copier les données sensibles vers le volume1 qui a priori n'est pas concerné par le problème, et ensuite stopper les vérifications de parité et autre resize2fs, puis supprimer les volumes 2 et 3, supprimer le groupe de volume et tout reconstruire (sauf le volume1 en RAID 1). Mais comment faire tout ça sans avoir accès au "Gestionnaire de Stockage" via DSM ?... Merci

Merci de ton aide, J'ai donc 8 disques de 3To répartis comme suit : Les disques 1 à 2 --> Le volume1 en RAID 1 de 3To Les disques 3 à 8 --> Le groupe de volume 1 en RAID 5 de 15To avec les volume2 et volume3 Depuis l'interface DSM le volume3 apparait toujours en vérification de parité... Bizarre... Je suis entrain de faire des copies des données sensibles vers le volume1 en RAID 1 Voici le résultat de la commande df -h : Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 726.1M 1.5G 32% / /tmp 1.5G 752.0K 1.5G 0% /tmp /run 1.5G 4.1M 1.5G 0% /run /dev/shm 1.5G 0 1.5G 0% /dev/shm /dev/mapper/vol3-origin 3.8T 547.7G 3.3T 14% /volume3 /dev/mapper/vol1-origin 2.7T 1.9T 752.4G 73% /volume1 /dev/mapper/vol2-origin 9.6T 16.0E 1.0P 2854190204% /volume2

Bonjour, voici le résultat de la commande cat /proc/mdstat : Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md3 : active raid1 sdg3[0] sdh3[1] 2925544256 blocks super 1.2 [2/2] [UU] md2 : active raid5 sda3[6] sdf3[7] sde3[11] sdd3[9] sdc3[8] sdb3[10] 14627721280 blocks super 1.2 level 5, 64k chunk, algorithm 2 [6/6] [UUUUUU] [===>.................] resync = 17.3% (506730756/2925544256) finish=4300.5min speed=9373K/sec md1 : active raid1 sda2[0] sdb2[1] sdc2[6] sdd2[7] sde2[2] sdf2[3] sdg2[4] sdh2[5] 2097088 blocks [8/8] [UUUUUUUU] md0 : active raid1 sda1[1] sdb1[2] sdc1[3] sdd1[4] sde1[6] sdf1[5] sdg1[0] sdh1[7] 2490176 blocks [8/8] [UUUUUUUU] Le gros soucis c'est que le CPU est archi surchargé, j'ai une vingtaine de processus "resize2fs" qui tournent, et du coup le DiskStation devient inutilisable : Il faudrait que je puisse stopper ou mettre en pause les processus resize2fs et la vérification de parité pour pouvoir utiliser le système, surtout que les données dont tous les utlisateurs ont besoin sont sur un autre volume qui n'a pas de problème, mais personne ne peut y accéder à cause de la surcharge...

C'est déjà fait, malheureusement ils mettent en moyenne 3 jours (voir 4 la dernière fois) à répondre...

D'abord merci de ta réponse. Non je n'ai absolument pas demandé de resize de partition, d'ailleurs les deux volumes présents sur le groupe de disque utilisaient la totalité de l'espace, donc ça n'aurait servi à rien. Et puis je ne m'étais pas connecté à l'interface depuis plusieurs jours, donc je ne sais pas ce qui a déclenché ce problème... Voici une capture d'écran qui montre les volumes en question, avec le volume 2 qui affiche un espace de 16382,99 Péta Octets (!?), et les deux volumes qui montre la vérification de cohérence... Une solution pour stopper la vérification et/ou le resize ? (Sans risque pour les données so possible...) Merci

Bonjour à tous,
 
 Je suis extrêmement ennuyé :
 J'ai à mon bureau un Synology DS1812+ sur lequel j'ai eu des crashs de disques durs il y a quelques semaines qui m'ont obligé à changer plusieurs disques et à lancer des reconstructions.
Une fois tout ça au propre j'ai eu quelques problème de permissions, et d'après l'assistance de Synology la partition système méritait d'être réinstallée, ce que je n'ai pas fait puisque je n'aivais plus aucun problème. Et tout s'est bien passé pendant presque deux mois.
 
 Sauf qu’aujourd'hui j'ai mon DiskStation qui a coupé d'un coup toutes les connexions (20 personnes qui étaient entrain de travailler sur des volumes partagés...) et je me suis aperçu que la charge du processeur était à 99% et que l'accès était donc extrêmement ralenti.
 Plus grave, en cherchant je me suis rendu compte que l'un des volumes RAID donnait comme espace utilisé : 16382,99 Po !!!! Et donc bien évidemment il m'annonce que le volume est occupé à 100%... Forcément, vu qu'il n'est normalement que de quelques centaines de Go... En plus de ça il essaye de faire une vérification de cohérence de la parité sur ce volume RAID et sur un second situé sur le même groupe de disque.

Donc voilà, j'ai bien essayé de stopper la vérification de cohérence avec la commande "echo idle > /sys/block/md2/md/sync_action", mais rien y fait, elle continue.
J'ai essayé aussi de redémarrer, mais là aussi sans succès puisque la galère reprend au démarrage.
 Et enfin j'ai un processus "resize2fs" qui prend pas mal de ressources et qui tourne.

Voilà, j'ai vraiment besoin de récupérer un DiskStation qui tourne, car il y a beaucoup d'utilisateurs qui en ont besoin. Je touche du bois, mais j'ai toujours accès à mes données via l'interface web et le FileStation.
 J'aimerais pouvoir stopper cette vérification, et forcer le système à revérifier la taille du volume en question.
Ou bien réinitialiser le système, mais je ne sais pas si dans cet état je ne devrais pas d'abord résoudre ce(s) problème(s).

Donc de l'aide serait la bienvenue !!
 
 D'avance merci...