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/[EMAIL PROTECTED]/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 _______________________________________________ gull mailing list [email protected] http://forum.linux-gull.ch/mailman/listinfo/gull
