Comme je suis passé depuis longtemps à d’autres sujets, ma mémoire sur ce sujet est un peu « légère ».
Je ne pourrais affirmer que policy ne contient qu’une ligne mais cela me parait étrange quand même.
Désolé de ne pas être d’une aide supplémentaire, mais depuis 2 ans j’ai vogué sur d’autres sujets :p

Merci pour ce billet emprunt d’humour et de haute technicité, j’ai bien avancé grâce à lui. Cependant, il me reste un gros souci : si je tue un des targets, le filesystem reste visible quelques secondes sur les noeuds puis ceux-ci rebootent sans autre forme de procès. Si je tue le « bon » target, tout se passe bien, y compris la reprise du drbd0 du target dans le multipath au redémarrage du target mort. J’ai un sérieux doute sur mon multipath. Est-ce que la sortie suivante de « multipath -ll » est bonne ? :
size=1023M features=’0′ hwhandler=’0′ wp=rw
|-+- policy=’round-robin 0′ prio=1 status=active
| `- 2:0:0:1 sdb 8:16 active ready running
`-+- policy=’round-robin 0′ prio=0 status=enabled
`- 4:0:0:1 sdc 8:32 failed faulty running
Ne devrait-il pas y avoir qu’une ligne « policy » ? Après 3 jours d’intenses recherches et de tests dans tous les sens, je ne sais plus à quel saint me vouer…

Etant en entreprise sans but lucratif, je me suis tourné sur ce bloc afin d’implémenter ce schéma de fonctionnement. cela fait de 2 semaine que j’ai essayé de faire fonctionner cette infrastructure mais sans résultat. Nous travaillons avec ubuntu 10.10 64bits. dans notre infrastructure.
Je passe toute la partie drdb et iscsi target qui fonctionnent très bien la partie configuration de openiscsi et ocfs2 fonctionne bien aussi à l’initialisation. (montage et écriture marche nickel). Lors de mon premier test, je décide de couper un des targets qui sur les serveur correspond /dev/mapper/mpath0 ou mpath1 monté sur /data. je constate qu’après un court moment que le contrôle m’est presque impossible et que les montages sur les serveurs ont disparus. J’essaie de remonte sur l’autre chemin ( ça devrait pas être transparent ??) et j’ai un beau message kernel et mes serveurs freeze.(j’ai plus la main, obligé de redémarrer).
Première question: j’ai installer tout par apt-get install faut-il tout compiler pour ne plus avoir se genre de bug ?
Seconde: Serait-il possible d’envoyer le descriptif et la configuration par mail et liste des commandes tapées afin de voir si il y a pas une erreur de ma part ?
Car je trouve que c’est une très bonne approche quand elle marche.

Sachez que c’est mon dernier recours après avoir surfer sur la vage page après page.

Merci d’avance

merci

Là ça marche, la seule différence avec ton billet, c’est que je n’ai qu’un device dans /dev/mapper sur chaque serveur client (mpath0 sur srvA et mpath1 sur srvb) et pas mpath0 et mpath1 sur chauqe client. Par contre, chacun continue de fonctionner si l’un des iscsi target tombe.

en l’occurrence, c’est ce que j’ai. Et en plus, si je coupe la session de DISK1, le montage marche toujours et réciproquement pour DISK2.

une idée?

merci