[gull] Problème RedHat ES5.2 et VMware ESX

[Leopoldo Ghielmetti]

Il giorno sab, 19/07/2008 alle 18.37 +0200, Yves Martin ha scritto:
> On Sat, 2008-07-19 at 11:38 +0200, Yves Martin wrote:
> > > Dans le fichier vmware.log il n'y a absolument rien qui concerne un
> > > conflit scsi. Peut-être il y a d'autres logs ailleurs qui pourraient
> > > être plus verbeux.
> > > Le SAN quant à lui il ne signale rien d'anormal et les switches fibre
> > > non plus.
> > 
> > Voir slides 19 et la suite:
> >  http://www.scribd.com/doc/3103048/17-Shared-Disks-Clustering
> > 
> > Ce forum indique des commandes pour suivre les réservations SCSI:
> >  http://communities.vmware.com/thread/151901
> > C'est peut-être un conflit entre SCSI-2 et SCSI-3
> > 
> > Des infos aussi ici:
> >  http://forums.sun.com/thread.jspa?messageID=10021239
> > Sans SCSI-3, apparemment on ne peut pas faire un partage de plus de 2
> > noeuds.
> 
> D'après ces forums, il devrait y avoir des logs de réservations SCSI au
> niveau des controlleurs SCSI pour chaque VM et éventuellement dans les
> logs ESX.
> 
> Sinon j'ai trouvé cette discussion qui ressemble beaucoup à ton
> problème:
> http://www.mail-archive.com/linux-cluster@redhat.com/msg01029.html
> Je n'ai pas tout lu, mais commence par regarder du côté du service
> "scsi_reservation", et s'il est démarré, il te faut sûrement l'arrêter.

Effectivement c'était très prometteur. Malheureusement le service
scsi_reserve n'existe pas/plus sur la Red Hat ES 5.2. Et la commande
sg_persist est présente dans le paquetage pour la gestion du SCSI3 qui
n'est pas supporté par VMware (qui ne supporte que SCSI2).

Je vais quand même demander à ceux de Red Hat pour savoir s'ils l'ont
remplacé avec quelque chose d'autre.

> Yves

ciao, Leo