Pb : D

[GuISm0]

Salut tout le monde,

(Pour les admins, je ne savais pas trop où être ce topic, donc changer le si la catégorie n'est pas la bonne)

Voilà j'ai eu un bip sonore sur mon syno, dans le journal des incidents, j'vois que le volume1 est dégradé, il s'agit de mon 4eme disque qui est dégradé. Ainsi je le change par un nouveau. Après la préparation (2 formatages bas niveau, 0 errors), j'ai reconstruit mon volume1 (2x2To = 5.36To). 24h plus tard, j'entend a nouveau le bip sonore m'indiquant que le volume1 est en panne (crashed). En stress, (pas d'autre sauvegarde) je vois que la disponibilité est de 99,9% soit 5,36To. j'vérifie et j'vois dans le fileStation qu'il y a tout les fichiers mais le problème reste entier. J'effectue les tests rapides S.M.A.R.T ils sont tous OK.

Sur le site de Synology, il recommande de les contacter (ce que j'ai fait), mais c'est long... j'ai quand même lancé le nettoyage de volume.

Donc je cherche des gars qui ont été dans le même cas que moi, et qui ont résolu ce problème (en récupérant tous leurs données). Merci de vous abstenir que j'aurais du faire une sauvegarde d'une sauvegarde ... ou je sais j'suis un boulet mais vue la capacité je pouvais pas le faire... et puis merde un syno avec le SHR sert aussi à çà.

Bref, j'ai besoin de vous communauté !! idées, solutions, avis .. je suis preneur.

PS: j'ai formaté mon ancien disque (en panne) bas niveau, et j'ai eu aucune erreur. Du coup, j'ai un peu moins confiance à Roadkil's Disk Wipe.

Modifié le 22 novembre 2013 par GuISm0

[Fravadona]

Dommage d'avoir formate ton ancien disque, il aurait pu etre necessaire dans ton cas.

[GuISm0]

lol ^^ et sinon ... a part me dégouter ! :'( j'aurais pu en faire quoi avec ?

Modifié le 22 novembre 2013 par GuISm0

[Fravadona]

Ton volume est bien en panne ? Que retourne la commande (utilisateur root par SSH) :

mdadm --detail /dev/md*

[GuISm0]

Euh ... j'comprends pas, c'est quoi la diff entre root et super-user ? ca ne fonctionne pas en root

admin@192.168.1.XXX's password:
 
Syno> mdadm --detail /dev/md*
mdadm: must be super-user to perform this action

Modifié le 22 novembre 2013 par GuISm0

[Fravadona]

pour etre super-user tu dois te connecter avec l'utilisateur root (et non admin)

ssh root@192.168.1.3

[catimimi]

Bonjour,

Quel type de syno as tu?

J'ai eu ce problème à répétition avec un DS207+, les cables sata étaient défectueux.

Cordialement.

Michel.

[GuISm0]

Voilà les résultats de la commande :

Syno> mdadm --detail /dev/md*

/dev/md0:

Version : 0.90

Creation Time : Tue May 17 21:21:17 2011

Raid Level : raid1

Array Size : 2490176 (2.37 GiB 2.55 GB)

Used Dev Size : 2490176 (2.37 GiB 2.55 GB)

Raid Devices : 4

Total Devices : 4

Preferred Minor : 0

Persistence : Superblock is persistent

Update Time : Fri Nov 22 18:24:19 2013

State : clean

Active Devices : 4

Working Devices : 4

Failed Devices : 0

Spare Devices : 0

UUID : 4c3ea60c:d498d161:b156301c:ad9c3a2e (local to host Syno )

Events : 0.3318

Number Major Minor RaidDevice State

0 8 1 0 active sync /dev/hda1

1 8 17 1 active sync /dev/sdb1

2 8 33 2 active sync /dev/hdc1

3 8 49 3 active sync /dev/sdd1

/dev/md1:

Version : 0.90

Creation Time : Thu Nov 21 12:37:34 2013

Raid Level : raid1

Array Size : 2097088 (2048.28 MiB 2147.42 MB)

Used Dev Size : 2097088 (2048.28 MiB 2147.42 MB)

Raid Devices : 4

Total Devices : 4

Preferred Minor : 1

Persistence : Superblock is persistent

Update Time : Fri Nov 22 18:24:30 2013

State : active

Active Devices : 4

Working Devices : 4

Failed Devices : 0

Spare Devices : 0

UUID : b2001415:6a850d86:b156301c:ad9c3a2e (local to host Syno )

Events : 0.37

Number Major Minor RaidDevice State

0 8 2 0 active sync /dev/sda2

1 8 18 1 active sync /dev/hdb2

2 8 34 2 active sync /dev/hdc2

3 8 50 3 active sync /dev/hdd2

mdadm: md device /dev/md10 does not appear to be active.

mdadm: md device /dev/md101 does not appear to be active.

mdadm: md device /dev/md102 does not appear to be active.

mdadm: md device /dev/md103 does not appear to be active.

mdadm: md device /dev/md11 does not appear to be active.

mdadm: md device /dev/md12 does not appear to be active.

mdadm: md device /dev/md13 does not appear to be active.

mdadm: md device /dev/md14 does not appear to be active.

mdadm: md device /dev/md15 does not appear to be active.

mdadm: md device /dev/md16 does not appear to be active.

mdadm: md device /dev/md17 does not appear to be active.

mdadm: md device /dev/md18 does not appear to be active.

mdadm: md device /dev/md19 does not appear to be active.

/dev/md2:

Version : 1.2

Creation Time : Mon May 23 19:12:04 2011

Raid Level : raid5

Array Size : 5846338944 (5575.50 GiB 5986.65 GB)

Used Dev Size : 1948779648 (1858.50 GiB 1995.55 GB)

Raid Devices : 4

Total Devices : 4

Persistence : Superblock is persistent

Update Time : Fri Nov 22 15:17:12 2013

State : clean, resyncing

Active Devices : 4

Working Devices : 4

Failed Devices : 0

Spare Devices : 0

Layout : left-symmetric

Chunk Size : 64K

Rebuild Status : 9% complete

Name : Syno:2 (local to host Syno)

UUID : 0accb3c1:8c55a59e:a6e22737:82cb5662

Events : 929517

Number Major Minor RaidDevice State

0 8 5 0 active sync /dev/sda5

1 8 21 1 active sync /dev/sdb5

2 8 37 2 active sync /dev/sdc5

4 8 53 3 active sync /dev/sdd5

mdadm: md device /dev/md20 does not appear to be active.

mdadm: md device /dev/md21 does not appear to be active.

mdadm: md device /dev/md22 does not appear to be active.

mdadm: md device /dev/md23 does not appear to be active.

mdadm: md device /dev/md24 does not appear to be active.

mdadm: md device /dev/md25 does not appear to be active.

mdadm: md device /dev/md26 does not appear to be active.

mdadm: md device /dev/md27 does not appear to be active.

mdadm: md device /dev/md28 does not appear to be active.

mdadm: md device /dev/md29 does not appear to be active.

mdadm: md device /dev/md3 does not appear to be active.

mdadm: md device /dev/md30 does not appear to be active.

mdadm: md device /dev/md31 does not appear to be active.

mdadm: md device /dev/md32 does not appear to be active.

mdadm: md device /dev/md33 does not appear to be active.

mdadm: md device /dev/md34 does not appear to be active.

mdadm: md device /dev/md35 does not appear to be active.

mdadm: md device /dev/md36 does not appear to be active.

mdadm: md device /dev/md37 does not appear to be active.

mdadm: md device /dev/md38 does not appear to be active.

mdadm: md device /dev/md39 does not appear to be active.

mdadm: md device /dev/md4 does not appear to be active.

mdadm: md device /dev/md40 does not appear to be active.

mdadm: md device /dev/md41 does not appear to be active.

mdadm: md device /dev/md42 does not appear to be active.

mdadm: md device /dev/md43 does not appear to be active.

mdadm: md device /dev/md44 does not appear to be active.

mdadm: md device /dev/md45 does not appear to be active.

mdadm: md device /dev/md46 does not appear to be active.

mdadm: md device /dev/md47 does not appear to be active.

mdadm: md device /dev/md48 does not appear to be active.

mdadm: md device /dev/md49 does not appear to be active.

mdadm: md device /dev/md5 does not appear to be active.

mdadm: md device /dev/md50 does not appear to be active.

mdadm: md device /dev/md6 does not appear to be active.

mdadm: md device /dev/md7 does not appear to be active.

mdadm: md device /dev/md8 does not appear to be active.

mdadm: md device /dev/md9 does not appear to be active.

Sinon mon syno est un DS410j. Pour le problème de sata, comment as-tu vue que cela venait de là ?

Modifié le 22 novembre 2013 par GuISm0

[Fravadona]

Quelle etait ton erreur ? Car mdadm --detail /dev/md2 indique que ton RAID est encore en reconstruction

Modifié le 22 novembre 2013 par Fravadona

[GuISm0]

il est en erreur. Et dans la gestion des disques/ Gerer, il indiquait "nettoyer le volume". Ca c'était ce matin, 9% en 8h30 ca fait que j'en ai pour 85h avant le resultat! le support de syno m'a indiqué que cela permettait de vérifier la parité des données car il y a du avoir un problème la reconstruction lors du changement de disque

[Fravadona]

Il va falloir attendre la fin de la reconstruction ...

Tu es en SHR ?

[catimimi]

Sinon mon syno est un DS410j. Pour le problème de sata, comment as-tu vue que cela venait de là ?

Bonjour,

Après plusieurs plantages, j'ai envoyé un ticket à Synology qui a analysé le problème et diagnostiqué des câbles défectueux. Ils me les ont remplacés hors garantie.

Cordialement.

Michel.

[GuISm0]

ils me les ont remplacés hors garantie.

Ca devrait me rassurer ??... J'espère que si je dois en arriver là, ils auront la même sympathie pour moi aussi

@Fravadone : oui oui je suis en SHR et oui j'vais attendre patiemment la fin ... c'est à dire ... dimanche soir :'(

Sinon j'suis en contact avec le support, qui m'a dit que le problème du crashed venait peut-être d'une erreur de reconstruction lors de changement de disque. Avec le nettoyage (reconstruction), cela vérifie la parité des données. Bref, il m'a dit d'attendre la fin de la reconstruction et de faire un test étendu S.M.A.R.T pour voir le résultat.

Modifié le 22 novembre 2013 par GuISm0

[GuISm0]

Salut salut,

Bon weekend ?? Moi pas top surtout côté syno, il a fini la reconstruction et cela n'a rien donné. Il est toujours "en panne". J'ai commencé un test S.M.A.R.T étendu voir ce que cela peut donner

Modifié le 25 novembre 2013 par GuISm0

[Fravadona]

Que retourne les commandes suivantes ?

mdadm --detail /dev/md2

pvdisplay /dev/md2

df -h 

[GuISm0]

Syno> mdadm --detail /dev/md2
/dev/md2:
        Version : 1.2
  Creation Time : Mon May 23 19:12:04 2011
     Raid Level : raid5
     Array Size : 5846338944 (5575.50 GiB 5986.65 GB)
  Used Dev Size : 1948779648 (1858.50 GiB 1995.55 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

    Update Time : Sun Nov 24 00:17:44 2013
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           Name : Syno:2  (local to host Syno)
           UUID : 0accb3c1:8c55a59e:a6e22737:82cb5662
         Events : 929521

    Number   Major   Minor   RaidDevice State
       0       8        5        0      active sync   /dev/sda5
       1       8       21        1      active sync   /dev/sdb5
       2       8       37        2      active sync   /dev/sdc5
       4       8       53        3      active sync   /dev/sdd5

Syno> pvdisplay /dev/md2
  --- Physical volume ---
  PV Name               /dev/md2
  VG Name               vg1000
  PV Size               5.44 TB / not usable 3.38 MB
  Allocatable           yes (but full)
  PE Size (KByte)       4096
  Total PE              1427328
  Free PE               0
  Allocated PE          1427328
  PV UUID               0Tcyja-OucW-NvNZ-keMq-gCs9-7tJP-0NtorS

Syno> df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G    534.6M      1.7G  23% /
/tmp                     57.7M      1.2M     56.5M   2% /tmp
/dev/vg1000/lv            5.4T    186.0M      5.4T   0% /volume1

[Fravadona]

Hum, pour le moment tout est correct, mais presque vide... Tu avais des données sur ton volume ?

dernière commande avant l'apocalypse :

vgdisplay vg1000

[GuISm0]

Syno> vgdisplay vg1000
  --- Volume group ---
  VG Name               vg1000
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  2
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               5.44 TB
  PE Size               4.00 MB
  Total PE              1427328
  Alloc PE / Size       1427328 / 5.44 TB
  Free  PE / Size       0 / 0
  VG UUID               EbNAA2-nruL-8Vp0-lp6e-xdh7-rnZD-Hb9Q42

Oui oui j'ai des données, et j'arrive à y accéder

Par contre, j'ai lancé le test S.M.A.R.T étendu depuis 2h et je suis toujours à 10%, est-ce normal ?

Ajout d'infos :

Il y a aussi quelque chose qui me dérange.

Voici les moniteurs d'activité, alors que je ne fais ABSOLUMENT rien à part l'affichage de l'interface web

Modifié le 25 novembre 2013 par GuISm0

[Fravadona]

Bon, tout est normal et fonctionnel au niveau de la structure du SHR.

Par contre tu peux avoir un systeme de fichier corrompu : par exemple l indique que tu as en tout 150Mo de donnees sur tes disques, est-ce normal ?

[GuISm0]

c'est ce que je pensais pour la structure mais j'en étais pas convaincu, sinon pour les fichiers, j'ai plus de 4.6To de données accessibles (j'ai transféré le plus vital avant qu'un malheur arrive, mais je n'ai pas suffisamment de stockage pour tout sauvegarder et faire une remise à zéro et puis j'aimerai plus résoudre ce problème que de faire çà (parce qu'au final ce n'est peut-être que retarder le problème réel).

Tu me parles d'un système de fichier corrompu, comment puis-je le confirmer ?

Sinon rien ne te choque avec l'activité de mon syno (DS410j) ?ca te pareil normal le proc qui est en moyenne à 70% avec des pic à 100% alors que je ne fais rien.

[Fravadona]

commande pour voir ce qui consomme les CPUs (agrandir la fenetre du terminal avant de lancer) :

top

[GuISm0]

Voici plusieurs relevés, (ps: toi aussi, tu peux ouvrir ton navigateur en grand )

Mem: 106776K used, 11436K free, 0K shrd, 3896K buff, 38108K cached
CPU: 75.2% usr 16.8% sys  0.0% nic  7.9% idle  0.0% io  0.0% irq  0.0% sirq
Load average: 3.50 3.55 3.17 4/108 19563
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
 7617     1 transmis S    45704 38.6  0.7 /usr/local/transmission/bin/transmission-daemon -g /usr/local/transmission/var/ -x /usr/local/transmission/var/transmission.pid
16709  4976 root     S    13924 11.7  0.4 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
12767  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
19003  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
19247 19190 root     R     4148  3.5  0.2 top


Mem: 101072K used, 17140K free, 0K shrd, 2092K buff, 34356K cached
CPU: 68.0% usr 14.2% sys  0.0% nic 17.4% idle  0.0% io  0.0% irq  0.1% sirq
Load average: 4.10 3.69 3.23 1/108 19760
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
19003  4976 root     S    13924 11.7  0.5 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
 7617     1 transmis S    45704 38.6  0.4 /usr/local/transmission/bin/transmission-daemon -g /usr/local/transmission/var/ -x /usr/local/transmission/var/transmission.pid
 4254     1 root     S    14828 12.5  0.4 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161
 4210     1 root     S     2396  2.0  0.4 /usr/syno/sbin/dbus-daemon --session --fork --print-address
 3315     1 root     S    31080 26.2  0.2 scemd

 
 Mem: 98476K used, 19736K free, 0K shrd, 2124K buff, 34384K cached
CPU: 47.5% usr  7.5% sys  0.0% nic 44.7% idle  0.0% io  0.0% irq  0.1% sirq
Load average: 3.78 3.66 3.24 3/106 20061
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
 7617     1 transmis S    45704 38.6  1.9 /usr/local/transmission/bin/transmission-daemon -g /usr/local/transmission/var/ -x /usr/local/transmission/var/transmission.pid
18418  4976 root     S    13924 11.7  0.5 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
 4254     1 root     S    14828 12.5  0.4 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161
15957  4976 root     S    13944 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
18419  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
19176  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
19610  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
 4915     1 root     S    12768 10.7  0.2 /usr/syno/sbin/synosnmpcd
19247 19190 root     R     4148  3.5  0.2 top


Mem: 101140K used, 17072K free, 0K shrd, 2124K buff, 34384K cached
CPU: .0% usr 18.2% sys  0.0% nic  1.3% idle  0.0% io  0.0% irq  0.3% sirq
Load average: 3.96 3.70 3.25 4/109 20129
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
20060 19610 root     S    24936 21.0 12.2 /usr/syno/synoman/webman/modules/StorageManager/storagehandler.cgi
 7617     1 transmis S    45704 38.6  1.5 /usr/local/transmission/bin/transmission-daemon -g /usr/local/transmission/var/ -x /usr/local/transmission/var/transmission.pid
 3315     1 root     D    31080 26.2  0.5 scemd
 4254     1 root     S    14828 12.5  0.4 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161
15957  4976 root     S    13944 11.7  0.4 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
18418  4976 root     S    13924 11.7  0.4 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
12767  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
15742  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
19247 19190 root     R     4148  3.5  0.2 top



Mem: 105832K used, 12380K free, 0K shrd, 2132K buff, 34444K cached
CPU: .1% usr 19.4% sys  0.0% nic  0.0% idle  0.0% io  0.0% irq  0.3% sirq
Load average: 4.09 3.73 3.27 6/115 20232
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
20148 16709 root     R    24472 20.6 23.1 /usr/syno/synoman/webman/modules/SystemInfoApp/LogViewer.cgi
20152 19610 root     S    24940 21.0 10.4 /usr/syno/synoman/webman/modules/StorageManager/storagehandler.cgi
20155 18419 root     R    24536 20.7  7.0 /usr/syno/synoman/webman/modules/SystemInfoApp/SystemInfo.cgi
 7617     1 transmis S    45704 38.6  0.5 /usr/local/transmission/bin/transmission-daemon -g /usr/local/transmission/var/ -x /usr/local/transmission/var/transmission.pid
 4254     1 root     S    14828 12.5  0.5 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161
 3315     1 root     S    31080 26.2  0.2 scemd
15957  4976 root     S    13944 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
18418  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
 4915     1 root     S    12768 10.7  0.2 /usr/syno/sbin/synosnmpcd
19247 19190 root     R     4148  3.5  0.2 top



Mem: 98028K used, 20184K free, 0K shrd, 2176K buff, 29676K cached
CPU: 83.5% usr 15.8% sys  0.0% nic  0.0% idle  0.0% io  0.1% irq  0.3% sirq
Load average: 4.56 3.83 3.30 4/113 20279
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
20148 16709 root     R    23624 19.9 17.1 /usr/syno/synoman/webman/modules/SystemInfoApp/LogViewer.cgi
 7617     1 transmis S    45704 38.6  1.9 /usr/local/transmission/bin/transmission-daemon -g /usr/local/transmission/var/ -x /usr/local/transmission/var/transmission.pid
20163  4976 root     S    13972 11.8  0.7 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
20156  4976 root     S    13820 11.6  0.5 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
20164  4976 root     S    13820 11.6  0.5 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
  375     2 root     SW       0  0.0  0.5 [md0_raid1]
15957  4976 root     S    13944 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
12767  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
18419  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
19003  4976 root     S    13924 11.7  0.2 /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
 4915     1 root     S    12768 10.7  0.2 /usr/syno/sbin/synosnmpcd
19247 19190 root     R     4148  3.5  0.2 top

Bizarre aussi pour transmission le service est bien désactivé et pourtant (après vérification) j'arrive à aller sur l'interface Web ?

[Fravadona]

Difficile de voir ce qui consomme réellement le CPU:

- pour les deux premiers relevés, 70% de CPU utilisé, mais que des process avec moins de 1% de consommation chacun ...

- pour les autres relevés on voit clairement que c'est la navigation dans DSM qui consomme une bonne partie du CPU ( .cgi )

Dans tous les cas on n'arrive meme pas a se rapprocher du total de consommation CPU en additionnant le tout . As-tu lancé la commande avec l'utilisateur root ?

[GuISm0]

oui oui, je suis bien connecté en mode root.

Dans tous les cas on n'arrive meme pas a se rapprocher du total de consommation CPU en additionnant le tout

D'où mon interrogation, j'y faisais pas cas jusqu'à présent parce qu'il y a avait toujours une activité en particulier (transfert, re-indexation, sickboard, ....) mais là où j'ai tous désactivé je ne comprends pas.

Et mon test S.M.A.R.T étendu est toujours à 10%, 6h après son lancement

Modifié le 25 novembre 2013 par GuISm0

[GuISm0]

Salut salut,

Alors après de longues attentes, j'ai réussi à faire un test S.M.A.R.T étendu, et tous mes disques sont à l'état "NORMAL", mais le problème reste le même, mon volume est "en panne".

J'ai également observé que l'OS DSM (2 partitions => SYSTEME2.4Go et SWAP 2Go) était installé sur tous les disques, est-ce normal ?

Syno> grep "[sh]d." /proc/partitions
   8        0 1953514584 sda
   8        1    2490240 sda1
   8        2    2097152 sda2
   8        3          1 sda3
   8        5 1948780864 sda5
   8       16 1953514584 sdb
   8       17    2490240 sdb1
   8       18    2097152 sdb2
   8       19          1 sdb3
   8       21 1948780864 sdb5
   8       32 1953514584 sdc
   8       33    2490240 sdc1
   8       34    2097152 sdc2
   8       35          1 sdc3
   8       37 1948780864 sdc5
   8       48 1953514584 sdd
   8       49    2490240 sdd1
   8       50    2097152 sdd2
   8       51          1 sdd3
   8       53 1948780864 sdd5

Dans le cas, d'un dernier recours (FORMATAGE)

Peut-on formater un disque (formatage bas niveau) via un PC. Le mettre dans le syno (seul) pour installer l'OS DSM puis rajouter les autres et les formater (bas niveau également) avec le syno (en ligne de cmd) et construire après le volume en SHR ??

PS : La première fois, j'avais formaté tous les disques avec un PC préalablement de la première installation dans le SYNO.

Modifié le 1 décembre 2013 par GuISm0