Tout à fait, chaque contrôleur de la baie de stockage n'est relié finalement qu'à un seul HBA du serveur. Il est donc tout à fait normal de n'avoir que 2 paths.
Ce qui n'est pas bien normal par contre, c'est le comportement de mon path sur /dev/sda:
Exemple:
fdisk -l /dev/sda donne 6 messages d'erreur, et ne fait rien d'autre:
[6780.589677] end request : I/O error, dev sda, sector 0
[6780.589677] Buffer I/O error on device sda, logical block 0
[6781.338883] end request : I/O error, dev sda, sector 1363148792
[6781.338883] Buffer I/O error on device sda, logical block 170393599
[6782.451790] end request : I/O error, dev sda, sector 0
[6782.451790] Buffer I/O error on device sda, logical block 0
De nombreux messages du même type apparaissent au boot.
Ce qui est bizarre, c'est que le système voit qu'il y a quand même 650Go derrière, comme le prouve /proc/partitions par exemple:
Impossible de formater (cfdisk : Fatal Error: cannot read disk drive) ce /dev/sda.
En revanche, à côté de ça, /dev/sdd (ou /dev/sdc suivant son humeur) se comporte parfaitement, peut-être formaté, est accessible par fdisk, est visiblement mappé sous /dev/dm-6 avec multipath, peut-être mounté par sdc ou dm-6, etc. Si j'enlève le failback, multipath- ll donne le résultat suivant:
Cette sortie me plairait bien si je n'avais pas le comportement détaillé plus haut sur sda. Si je remets le failback, les 2 paths apparaissent enabled simultanément, même si je continue de pouvoir accéder à mes 650 Go...
[^] # Re: San bien configuré ?
Posté par RobinX . En réponse au message Problème Multipath-tools. Évalué à 2.
Ce qui n'est pas bien normal par contre, c'est le comportement de mon path sur /dev/sda:
Exemple:
fdisk -l /dev/sda donne 6 messages d'erreur, et ne fait rien d'autre:
[6780.589677] end request : I/O error, dev sda, sector 0
[6780.589677] Buffer I/O error on device sda, logical block 0
[6781.338883] end request : I/O error, dev sda, sector 1363148792
[6781.338883] Buffer I/O error on device sda, logical block 170393599
[6782.451790] end request : I/O error, dev sda, sector 0
[6782.451790] Buffer I/O error on device sda, logical block 0
De nombreux messages du même type apparaissent au boot.
Ce qui est bizarre, c'est que le système voit qu'il y a quand même 650Go derrière, comme le prouve /proc/partitions par exemple:
fhtpntr2:~# more /proc/partitions
major minor #blocks name
8 0 681574400 sda
8 16 20480 sdb
8 32 71288832 sdc
8 33 248976 sdc1
8 34 71039430 sdc2
8 48 681574400 sdd
8 64 20480 sde
254 0 339968 dm-0
254 1 4882432 dm-1
254 2 2928640 dm-2
254 3 8261632 dm-3
254 4 389120 dm-4
254 5 54235136 dm-5
254 6 681574400 dm-6
Impossible de formater (cfdisk : Fatal Error: cannot read disk drive) ce /dev/sda.
En revanche, à côté de ça, /dev/sdd (ou /dev/sdc suivant son humeur) se comporte parfaitement, peut-être formaté, est accessible par fdisk, est visiblement mappé sous /dev/dm-6 avec multipath, peut-être mounté par sdc ou dm-6, etc. Si j'enlève le failback, multipath- ll donne le résultat suivant:
fhtpntr2:/dev# multipath -ll
dataftp_paths (3600a0b80005629c6000005da4a69747d) dm-6 SUN ,CSM200_R
[size=650G][features=1 queue_if_no_path][hwhandler=0]
\_ round-robin 0 [prio=0][enabled]
\_ 0:0:0:2 sda 8:0 [active][ready]
\_ round-robin 0 [prio=0][active]
\_ 3:0:0:2 sdd 8:48 [active][ready]
Cette sortie me plairait bien si je n'avais pas le comportement détaillé plus haut sur sda. Si je remets le failback, les 2 paths apparaissent enabled simultanément, même si je continue de pouvoir accéder à mes 650 Go...