Ce truc date un peu, mais supporte sans soucis 4*2To en RAID5
seulement voila la construction du raid a pris 7 jours
et les transferts plafonnent @10 ou 15Mo/s puis stop puis reprennent !
La charge du CPU (genre de Intel Xscale) est @100% et la mémoire quasi saturé (buffer)
Bon est pour ne rien arranger, d'un coup il c'est bloqué (web gui) sur une page qui me dit que les disques ont changé
et donc pas moyen d'en sortir (sauf a detruire l'array d'après google)
Donc en farfouillant sur le net je trouve 2 choses:
- Comment installer Ubuntu/debian --> vrai usine a gaz (pontage du RS2332 en interne etc..)
- Accès a une page non documenté pour activer périodiquement le SSH
Donc il suffit de ce rendre sur la page
https://ip.du.nas/ssh_controlF.cgi
d'activer le SSH (a chaque reboot)
de ce souvenir de son mdp Admin et de ce logger en Root sur le port 22
Et donc de trouver que c'est un petit linux
bon maintenant on farfouille
[cpp]# cpu
CPU: busy 89% (system=89% user=0% nice=0% idle=10%)[/cpp]
[cpp]
egrep 'Processor' /proc/cpuinfo
Processor : XScale-IOP8032x Family rev 0 (v5l)[/cpp]
[cpp]# egrep 'MHz' /proc/cpuinfo
cpu MHz : 395.673
[/cpp]
Meme pas 400Mhz cela commence bien !!
On regarde si y'a qq chose du coté de Mdadm
[cpp]# mdadm --detail /dev/md1
/dev/md1:
Version : 00.90.01
Creation Time : Mon Aug 1 12:10:05 2011
Raid Level : raid5
Array Size : 5859359616 (5587.92 GiB 5999.98 GB)
Device Size : 1953119872 (1862.64 GiB 1999.99 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Tue Aug 9 18:16:38 2011
State : clean, degraded, recovering
Active Devices : 3
Working Devices : 4
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 64K
Rebuild Status : 40% complete
UUID : c431177c:477c6f16:354f79b7:fde3a503
Events : 0.2527
Number Major Minor RaidDevice State
0 0 0 - removed
1 8 19 1 active sync /dev/sdb3
2 8 35 2 active sync /dev/sdc3
3 8 51 3 active sync /dev/sdd3
4 8 115 0 spare rebuilding /dev/sdh3
[/cpp]
Gagné du Raid 5 logiciel avec un CPU de 400Mhz pour 2 interface Gigabit !!!!
[cpp]
# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] [raid10]
md1 : active raid5 sdh3[4] sdd3[3] sdc3[2] sdb3[1]
5859359616 blocks level 5, 64k chunk, algorithm 2 [4/3] [_UUU]
[========>............] recovery = 40.4% (789746744/1953119872) finish=7738.1min speed=2503K/sec
md0 : active raid1 sdh1[0] sdd1[3] sdc1[2] sdb1[1]
262976 blocks [4/4] [UUUU]
unused devices:
[/cpp]
Bon la reconstruction c'est normal j'ai retiré un disque a chaud pour voir
J'essaye les commandes de poulpi
qui ont pour effet de modifier les limites de reconstruction
[cpp]# echo 500000 >/proc/sys/dev/raid/speed_limit_min
# echo 1000000 >/proc/sys/dev/raid/speed_limit_max
[/cpp]
j'arrive a reconstruire @10Mo/s aulieu de 5Mo/s
Mais des que je quitte la session j'ai l'impression que cela revient a l'origine
todo list
a l'ouverture d'une session
[cpp]# cat /proc/sys/dev/raid/speed_limit_max
# cat /proc/sys/dev/raid/speed_limit_min
[/cpp]
- voir pour virer la limitation @2To de chaque partage --> Avoir un Partage samba de 5.5To
- faire que les modif soit perm
- Passage de 256Mo de Ram @1Go
- OC @515Mhz le Xscale (comme sur mon PDA)
...
.
