Page 3 sur 3
Dilemmes
Publié : mar. 4 nov. 2008 22:31
par ZEPsikopat
les informations de parité
Dilemmes
Publié : mar. 4 nov. 2008 22:32
par gizmo78
et ca prend 9H ?? oO
j'ai un peu plus de 500Go de données sur les 3 premiers disques
Dilemmes
Publié : mar. 4 nov. 2008 22:33
par ZEPsikopat
C'est pas en rapport avec la taille occupée, mais la taille maximale, il faut recalculer la parité et la migrer progressivement sur tous les disques sans perte
Dilemmes
Publié : mar. 4 nov. 2008 22:35
par gizmo78
d'aaaaaccccccord je comprends mieux du coup, merci

Dilemmes
Publié : mar. 4 nov. 2008 22:56
par jm@rc
te plaint pas, moi cela a mis presque 24h à tout reconstruire une fois avec mes 4*300Go sur ma carte Highpoint de m*rde!
à l'époque j'avais le PC dans ma piaule...
dans ces moments là, tu croises les doigts et tu sers les fesses

Dilemmes
Publié : mar. 4 nov. 2008 22:58
par poulpito
pareil le jour ou je fais ca le pc va tout seul sur l'onduleur de 3KVA et j'ai le groupe électro dans la cave
c'est un coup à tout perdre
Dilemmes
Publié : mar. 4 nov. 2008 23:04
par gizmo78
le pc est dans ma piaule.... :/
9,01 % et encore 500mins soit 8H la le truc que je pige pas c'est pk ca utilise pas le proco à fond? le 3000+ est à peine utilisé à 20%
Dilemmes
Publié : mar. 4 nov. 2008 23:26
par nicodache
parce que avec un bon controleur, c'est le proco sur la carte controleur qui fait tout ca
mais elle fait ca à la vitesse maxi qu'elle peut, divisé par le % que tu lui as donné pour la reconstruction. (tu as sans doute laissé par défaut ; lors d'une reconstruction, le controleur prendra 50% du temps cpu pour reconstruire, l'autre moitié pour répondre aux requetes de l'OS)
Dilemmes
Publié : mar. 4 nov. 2008 23:32
par gizmo78
han ok
la je suis à 14% et reste 470 mins

vais bien dormir moi....
Dilemmes
Publié : mar. 4 nov. 2008 23:36
par nicodache
hé vi [:dslam]
Dilemmes
Publié : mer. 5 nov. 2008 07:43
par fighting_falcon
mon linux a sauté recemment (trop de bidouilles) je l'ai reinstallé reimporté les disques avec mdadm
et le raid est reparti en 10sec
je confirme que moi aussi je n'ai que des bons retours avec mdadm
Récupération d'une array raid 5 avec 2 disques de mort ... j'ai juste perdu quelques bouts de fichiers (ça concernait un ou deux films sur une array de 700Go)
Perfs tout à fait honorables
Le délai de rebuild est long, mais ça c'est pareil avec du hard !!
Je suis vraiment pas prêt à mettre je ne sais combien de roros dans une carte hard + sa petite soeur (au cas où la grande meurs) ..
pour le fdisk -l:
Maverick:~# fdisk -l /dev/md0
Disk /dev/md0: 1000.2 GB, 1000210300928 bytes
2 heads, 4 sectors/track, 244191968 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md0 doesn't contain a valid partition table
Je pense que poulpito voulait dire un fdisk -l sur tes disques membres de ta pile raid, pas sur ton périf raid :
fdisk -l /dev/sdb ; fdisk -l /dev/sdc ; fdisk -l /dev/sdd
et non fdisk -l /dev/md0
...
Dilemmes
Publié : mer. 5 nov. 2008 10:11
par poulpito
si si c'étais bien ca sur le raid pour vérifier la taille et les infos
cela fait un moment depuis gizmo est passé maitre dans l'art de jouer avec mdadm
merci pour ton retour en tout cas
Dilemmes
Publié : mer. 5 nov. 2008 10:21
par gizmo78
ouaip raid grossi, 1,5To!!!
Dilemmes
Publié : mer. 5 nov. 2008 11:13
par gizmo78
le truc que je comprends pas c'est que quand je fais df j'ai toujours la taille d'avant et dans phpsysinfo aussi alors que quand je fais mdadm --detail /dev/md0 je vois bien la bonne taille.
fait que je fasse ca :
resize2fs -p /dev/md0 ???
car quand j'essaye de faire ca comme cette commande e2fsck -f /dev/md0 ca me dit que c'est dangereux et que ca peut détérioré les fichiers :/
Dilemmes
Publié : mer. 5 nov. 2008 11:22
par ZEPsikopat
Il faut d'abord remonter ta partition en lecture seule avant de lancer ça.
Et c'est tout fait normal que le fs n'ait pas la taille du raid, puisque ce sont deux choses indépendantes.
Dilemmes
Publié : mer. 5 nov. 2008 11:24
par gizmo78
pourtant je vois bien la taille du raid avant son extension oO
pour remonter la partition en lecture seule c'est une option au niveau de mount nan?
Dilemmes
Publié : mer. 5 nov. 2008 12:12
par nicodache
voui, regarde du coté de mount -o remount-ro /machin
par contre, faut idéalement pas avoir ton /tmp et ton /var dedans, sinon t'as quelques programmes qui risquent de hurler

Dilemmes
Publié : mer. 5 nov. 2008 12:33
par gizmo78
nan c'est juste mes fichiers perso qui sont dedans
Dilemmes
Publié : mer. 5 nov. 2008 13:09
par fighting_falcon
si si c'étais bien ca sur le raid pour vérifier la taille et les infos
cela fait un moment depuis gizmo est passé maitre dans l'art de jouer avec mdadm
merci pour ton retour en tout cas
Oui oups pardon j'avais pas vu la date du post ...
Dilemmes
Publié : mer. 5 nov. 2008 14:53
par gizmo78
bon les "galères" continues, le raid est bien monté et je vois bien les fichiers sur la machine et en ssh mais pas par le partage samba :/
une idée?
j'ai bien créer l'utilisateur et je vois le contenu des autres dossier oO
Dilemmes
Publié : mer. 5 nov. 2008 14:55
par poulpito
même avec un restart samba ?
Dilemmes
Publié : mer. 5 nov. 2008 14:56
par gizmo78
ouais :/ et je vois les fichiers par ftp aussi
Dilemmes
Publié : mer. 5 nov. 2008 15:27
par gizmo78
bon bas si je passe par l'adresse ip ca fonctionne pas alors que si je passe par le nom ca fonctionne bizarre mais bon ca fonctionne c'est le principal

Dilemmes
Publié : mer. 5 nov. 2008 15:59
par fighting_falcon
ton client c'est un windows ?
Si oui, vérifie que le service "Assistance TCP/IP Netbios" est en marche
Dilemmes
Publié : mer. 5 nov. 2008 16:34
par gizmo78
nan macosx