-==<XTBA>==-

@Poulpe : veux-tu que j'installe un TeamViewer pour une prise en main a distance?

dans certain forums, ils parlent des superblocks, est-ce que ca peut jouer ?
http://en.wikipedia.org/wiki/Mdadm

Et en branchant les 2 disques qui font chier a chaud (Demarrer le PC avec l'alim sur tous les disque mais brancher la nappe sata sur les 2 penibles une fois la VM demarree)? je faisais ca quand j'avais des problemes de conflit. Par contre je ne sais pas si ca va marcher du fait de la VM

_________________

non ca marchera pas
il faut les diques mappés au début pour que ca tourne
laserator je pars qqjours mais quand je reviens on pourra regarder avec team si tu veux

@Poulpito, ok, ca marche. on fait comme ca (tu es sur Gre, je crois; tu peux meme passer et casser la croute en meme temps )
Tu reviens quel jour ?

Sinon, je remets en dessous la conf que j'ai actuellement. Des fois que ca puisse aider.

tiste@ubuntu:~$ cat /etc/mdadm.conf
DEVICE /dev/sd[abcd]1
ARRAY /dev/md0 devices=/dev/sda1,/dev/sdb1,/dev/sdc1/,/dev/sdd1/

Ce fichier de conf est bon ?
J'ai booté ubuntu aujourd'hui. Mais la date du fichier date d'il y a 2 jours. Je croyais que ce fichier était modifié lors du boot.

tiste@ubuntu:~$ cat /proc/mdstat 
Personalities : 
md0 : inactive sda1[2](S) sdb1[1](S)
      1953519872 blocks

ce que me parait chelou, c'est que les disque c et d n'apparaissent pas, et que personalities soit vide.

sudo mdadm --stop /dev/md0
mdadm: stopped /dev/md0
cat /proc/mdstat 
Personalities : 
unused devices: <none>

et

sudo mdadm --assemble  /dev/md0 /dev/sd[abcd]1
mdadm: failed to add /dev/sda1 to /dev/md0: Device or resource busy
mdadm: failed to add /dev/sdc1 to /dev/md0: Device or resource busy
mdadm: /dev/md0 assembled from 2 drives - not enough to start the array.

Mdadm examine :

sudo mdadm --examine /dev/sda
[sudo] password for tiste: 
mdadm: No md superblock detected on /dev/sda.
tiste@ubuntu:~$ 
tiste@ubuntu:~$ sudo mdadm --examine /dev/sdb
mdadm: No md superblock detected on /dev/sdb.
tiste@ubuntu:~$ sudo mdadm --examine /dev/sdc
mdadm: No md superblock detected on /dev/sdc.
tiste@ubuntu:~$ sudo mdadm --examine /dev/sdd
mdadm: No md superblock detected on /dev/sdd.

Est-ce que ceci peut aider ?

 sudo mdadm --detail --scan
mdadm: md device /dev/md0 does not appear to be active.
tiste@ubuntu:~$ cat /proc/mdstat 
Personalities : 
md0 : inactive sda1[2](S) sdb1[1](S)
      1953519872 blocks
       
unused devices: <none>
tiste@ubuntu:~$ 

Au sujet du mappage de la VM, il y a un petit illogisme dans l'ordre des HDD.
Ainsi, sur VMWare , j'ai
HardDisk (SCSI) 50G
HardDisk (IDE) Using device \\.\PhysicalDrive1
HardDisk 2 (IDE) Using device \\.\PhysicalDrive2
HardDisk 3 (IDE) Using device \\.\PhysicalDrive4
HardDisk 4 (IDE) Using device \\.\PhysicalDrive3

Est-ce que ca peut avoir un impact ?

zon pas betement changé de nom? genre sda --> sda1

_________________
Forever Qlimax Addict!



Hardcore Will Never DIe.

sda c'est le nom du disque physique, sda1 le nom de la partition. Mais normalement meme si les disques changent de nom (sba->sde par ex) mdadm se demerde et re-assemble sans soucis. Enfin moi ca avait fait comme cela en bricolant ma machine. Non la c'est que les disques sont occupe par un autre process, bizarre

_________________

ok, c'est donc bien interne a Ubuntu.

Je rajoute des infos.

voici ce que contient /var/log/messages :

[   15.734766] VMware PVSCSI driver - version 0.0.0.7
[   15.803052] VMware memory control driver initialized
[   15.803383] vmmemctl: started kernel thread pid=2534
[   20.011197] e1000: eth0: e1000_set_tso: TSO is Enabled
[   21.030792] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   21.030794] Bluetooth: BNEP filters: protocol multicast
[   21.034742] Bridge firewalling registered
[   26.457936] e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[   26.459227] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   26.462743] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   36.868541] eth0: no IPv6 routers present
[ 2968.948618] md: md0 stopped.
[ 2968.948720] md: unbind<sda1>
[ 2968.964954] md: export_rdev(sda1)
[ 2968.965070] md: unbind<sdb1>
[ 2968.976661] md: export_rdev(sdb1)
[ 2968.992359] md: bind<sdb1>
[b][ 2968.992405] md: could not bd_claim sda1.[/b]
[ 2968.992411] md: md_import_device returned -16
[ 2968.996051] md: bind<sdd1>
[b][ 2968.996070] md: could not bd_claim sdc1.[/b]
[ 2968.996073] md: md_import_device returned -16
[ 2968.997933] md: bind<sda1>
[ 3172.602419] md: md0 stopped.
[ 3172.602459] md: unbind<sda1>
[ 3172.616674] md: export_rdev(sda1)
[ 3172.616703] md: unbind<sdd1>
[ 3172.628389] md: export_rdev(sdd1)
[ 3172.628420] md: unbind<sdb1>
[ 3172.640105] md: export_rdev(sdb1)
[ 3183.171428] md: md0 stopped.
[ 3183.183038] md: bind<sdb1>
[b][ 3183.183055] md: could not bd_claim sda1.[/b]
[ 3183.183058] md: md_import_device returned -16
[ 3183.185863] md: bind<sdd1>
[b][ 3183.185878] md: could not bd_claim sdc1.[/b]
[ 3183.185880] md: md_import_device returned -16
[ 3183.187259] md: bind<sda1>

Est-ce qu'il y aurait un lien ?

Je ferais bien un ps -fe, mais je ne pense pas que ca nous avance a grand chose.

La tete du mdstat que j'ai

cat /proc/mdstat
Personalities : 
md0 : inactive sdb1[1](S) sda1[2](S)
      1953519872 blocks

ne ressemble pas a celles des autres que je vois dans les autres forums.
En general, Personalities est renseigné, est dans md0, il y a tous les devices. La, il y en a 2/4

Je pense avoir avancé...
Mon mdstat ressemble a quelque chose :



Que signifier le [UUUU] ?

D'apres ce que je comprends mon raid tourne correctement.
Ensute, il faut monter un point de stockage?
genre mount /dev/md0 /media/raid ?

et c'est a ce moment que je saurai si j'ai perdu des données ou pas ?

OK, en fait, c'etait le mdam.conf qui était pourri. Je m'etais inspire de ce site : http://web.mit.edu/rhel-doc/4/RH-DOCS/r ... -raid.html
Le bon est :

Les U c'est que c'est bon Et ouais plus qu'a faire un mount.

_________________

ca marche impecc

Pour la suite, il me faut editer fstab pour le montage automatique.


et Samba a installer.


Je m'avance un peu, mais se pose la question du monitorinG.
J'ai vu sur les forums que mdadm propose un service comme celui-ci, et d'autres users preconisent des scripts persos.
Vous en pensez-quoi ?

..

Je monitor rien pour ma part. Ca marche point barre

_________________

Question a 2 balles : comment tu peux savoir qu'un disque est en train de crever... et qu'il faut le changer car ton raid tourne en degrade ?

ou comment savoir si les HDD s'abiement et accumulent des secteurs pourris == il faut songer a les changer

Qd il est degrade cela se voit sur les performances. Et puis suffit de regarder regulierement l'etat du raid.

_________________

ou alors SMART

_________________
Forever Qlimax Addict!



Hardcore Will Never DIe.

SMART ca depend de la config, moi les infos sont inaccessible a cause de la carte raid.

_________________

comme CristalDiskInfo ?

ivan> oui et non, sit u regarde le topic ad hoc tu peu forcer la recup des datas en manuel
je le fait en passant par la perc (en JBOD) et par la P400 en Raid5

_________________
Forever Qlimax Addict!



Hardcore Will Never DIe.

hum ca je demande a voir car c'est au bon vouloir de la carte. je ne suis pas sur que ca fonctionne sur toutes les cartes.

_________________

ouaip et sur la adaptec ca marche peau de zob même si le dernier firm testé avait l'air d'en laisser passer un peu plus

me souvien p^lus du paquet que j'avais install
mais c'est du brut de decophrage hein les info

_________________
Forever Qlimax Addict!



Hardcore Will Never DIe.

@Ivan : je croyais que tu n'aimais pas les raid hardware a cause du cout, et des pb de cloisonnement

j'ai pas de raid hardware, je me sers juste de la carte car elle a 16 ports SAS/SATA Enfin a l'origine j'avais un raid hardware pour l'OS mais je l'ai remplace par un SSD (pas en raid) car j'avais un soucis d'incompatibilite entre la carte et les disques.

_________________

je vois