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 :D

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 :o

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 :D

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 :sweat: 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 :D

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 ... :ange:

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 :D

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