VMware-Forum

Hallo,

ich darf aktuell zwei VMware-Maschinen (einmal esx.2.01 und esx.2.00) betreiben die auf die gleichen SAN-LUNs zugreifen müssen. Und zwar auch schreibend.

folgende nette meldung steht in /var/log/vmkernel...

was möchte mir diese Meldung sagen und kann ich von zwei seiten auf die gleiche LUN schreibend zugreifen (also daß es geht habe ich schon getestet...doch geht sowas auch auf lange Sicht betrachtet gut ?)

vmware-Prod2:
Jul 11 04:28:57 ISLS6642 vmkernel: 1:12:30:57.287 cpu7:145) SCSI: 7292: Retry (unit attn)
Jul 11 04:28:58 ISLS6642 vmkernel: 1:12:30:58.522 cpu7:145) SCSI: 7248: vmhba1:0:10:1 status = 2/0 0x6 0x8b 0x2
Jul 11 04:28:58 ISLS6642 vmkernel: 1:12:30:58.522 cpu7:145) SCSI: 7290: FAStT SAN is path thrashing with another system. Check
AVT setting.
Jul 11 04:28:58 ISLS6642 vmkernel: 1:12:30:58.523 cpu7:145) SCSI: 7292: Retry (unit attn)
Jul 11 04:28:59 ISLS6642 vmkernel: 1:12:30:59.023 cpu7:145) SCSI: 7248: vmhba1:0:10:1 status = 2/0 0x6 0x8b 0x2
Jul 11 04:28:59 ISLS6642 vmkernel: 1:12:30:59.023 cpu7:145) SCSI: 7290: FAStT SAN is path thrashing with another system. Check
AVT setting.
Jul 11 04:28:59 ISLS6642 vmkernel: 1:12:30:59.023 cpu7:145) SCSI: 7292: Retry (unit attn)
Jul 11 04:28:59 ISLS6642 vmkernel: 1:12:30:59.520 cpu7:145) SCSI: 7248: vmhba1:0:10:1 status = 2/0 0x6 0x8b 0x2
Jul 11 04:28:59 ISLS6642 vmkernel: 1:12:30:59.520 cpu7:145) SCSI: 7290: FAStT SAN is path thrashing with another system. Check
AVT setting.
Jul 11 04:28:59 ISLS6642 vmkernel: 1:12:30:59.520 cpu7:145) SCSI: 7292: Retry (unit attn)
(END)


vmware-Prod1:
unser 1.Server (esx2.01) scheint auch ein Problem zu haben...der brüllt immer folgendes in den /var/log/vmkernel:
Jul 11 02:36:23 ISLS5556 vmkernel: 12:17:16:43.352 cpu7) SCSI: 9848: vmhba1:0:10:1 status = 2/0 0x6 0x8b 0x2
Jul 11 02:36:23 ISLS5556 vmkernel: 12:17:16:43.352 cpu7) SCSI: 9887: Retry (unit attn)
Jul 11 02:36:23 ISLS5556 vmkernel: 12:17:16:43.853 cpu7) SCSI: 9848: vmhba1:0:10:1 status = 2/0 0x6 0x8b 0x2
Jul 11 02:36:23 ISLS5556 vmkernel: 12:17:16:43.853 cpu7) SCSI: 9887: Retry (unit attn)
Jul 11 02:36:24 ISLS5556 vmkernel: 12:17:16:44.379 cpu7) SCSI: 9848: vmhba1:0:10:1 status = 2/0 0x6 0x8b 0x2
Jul 11 02:36:24 ISLS5556 vmkernel: 12:17:16:44.379 cpu7) SCSI: 9887: Retry (unit attn)
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.448 cpu7) SCSI: 9848: vmhba1:1:2:1 status = 2/0 0x5 0x25 0x0
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.448 cpu7) WARNING: SCSI: 6073: returns 0xbad000a for vmhba1:1:2
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.448 cpu7) WARNING: FS2: 1929: error 0xbad000a
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.448 cpu7) WARNING: FS2: 2005: error flushing file descriptor 0.11
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.449 cpu7) SCSI: 9848: vmhba1:1:2:1 status = 2/0 0x5 0x25 0x0
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.449 cpu7) WARNING: SCSI: 6073: returns 0xbad000a for vmhba1:1:2
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.449 cpu7) WARNING: FS2: 1929: error 0xbad000a
Jul 11 02:36:40 ISLS5556 vmkernel: 12:17:17:00.449 cpu7) WARNING: FS2: 2005: error flushing file descriptor 0.2
Jul 11 02:36:41 ISLS5556 vmkernel: 12:17:17:00.996 cpu7) SCSI: 9848: vmhba1:0:30:1 status = 2/0 0x6 0x8b 0x2
Jul 11 02:36:41 ISLS5556 vmkernel: 12:17:17:00.996 cpu7) SCSI: 9887: Retry (unit attn)
Jul 11 02:36:41 ISLS5556 vmkernel: 12:17:17:01.482 cpu7) SCSI: 9848: vmhba1:0:30:1 status = 2/0 0x6 0x8b 0x2
Jul 11 02:36:41 ISLS5556 vmkernel: 12:17:17:01.482 cpu7) SCSI: 9887: Retry (unit attn)
Jul 11 02:36:42 ISLS5556 vmkernel: 12:17:17:01.993 cpu7) SCSI: 9848: vmhba1:0:30:1 status = 2/0 0x6 0x8b 0x2
Jul 11 02:36:42 ISLS5556 vmkernel: 12:17:17:01.993 cpu7) SCSI: 9887: Retry (unit attn)
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.556 cpu0) SCSI: 9848: vmhba1:1:2:1 status = 2/0 0x5 0x25 0x0
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.556 cpu0) WARNING: SCSI: 6073: returns 0xbad000a for vmhba1:1:2
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.556 cpu0) WARNING: FS2: 1929: error 0xbad000a
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.556 cpu0) WARNING: FS2: 2005: error flushing file descriptor 0.11
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.557 cpu1) SCSI: 9848: vmhba1:1:2:1 status = 2/0 0x5 0x25 0x0
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.557 cpu1) WARNING: SCSI: 6073: returns 0xbad000a for vmhba1:1:2
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.557 cpu1) WARNING: FS2: 1929: error 0xbad000a
Jul 11 02:37:03 ISLS5556 vmkernel: 12:17:17:23.557 cpu1) WARNING: FS2: 2005: error flushing file descriptor 0.2
Jul 11 02:37:04 ISLS5556 vmkernel: 12:17:17:24.044 cpu1) SCSI: 9848: vmhba1:0:30:1 status = 2/0 0x6 0x8b 0x2
Jul 11 02:37:04 ISLS5556 vmkernel: 12:17:17:24.044 cpu1) SCSI: 9887: Retry (unit attn)
Jul 11 02:37:10 ISLS5556 vmkernel: 12:17:17:30.440 cpu5) FS: 905: Waiting for renew to complete
Jul 11 02:37:10 ISLS5556 vmkernel: 12:17:17:30.454 cpu5) FS: 905: Waiting for renew to complete
Jul 11 02:37:10 ISLS5556 vmkernel: 12:17:17:30.892 cpu5) FS: 911: Renew completed


Kann mir da jemand helfen....Hardware ist: ibm x445 8Wege 2Ghz Xeon mit 16GB-Ram. Im SAN langweilt sich eine IBM FAStT900. Das Ganze soll über 2Gbit-Leitungen miteinander verschraubt sein. die vmware-Prod1 (3Hbas), die vmware-Prod2 (2Hbas)


danke schoin mal im Voraus
Grüße
thorsten

... da scheint es ein Problem mit der FAStT zu geben ...

wenn, ESX-Server an FAStT angeschlossen werden, wird empfohlen "LINUX" als Hosttype anzugeben und AVT auszuschalten. Einfach mal kontrollieren im Storage Manager unter VIEW - SUBSYSTEM PROFILE.

Sorry, die Antwort kommt etwas spät - habe erst gerade dieses Forum entdeckt.

danke...und wo stelle ich dieses AVT zeugs um...unsere SANitäter haben das nämlich noch nciht gefunden...

grüße thorsten

Da muss man ein Script vom FAStT Storage Manager aus starten. Das Script sollte laut IBM wie folgt aussehen:
...
show storagesubsystem hostTypeTable;
set controller[a]hostNVSRAMByte[0x5,0x24]=0x00;
set controller[b]hostNVSRAMByte[0x5,0x24]=0x00;
reset controller [a];
reset controller [b];
show storagesubsystem hostTypeTable;
...
Achtung ! - Das Script bootet nacheinander beide Controller.

Wäre nett, wenn Du Bescheid geben könntest, ob das Ausführen des Scripts funktioniert hat und ob Dein Problem damit behoben ist.

Viele Grüße von Andi

okay. danke erst mal. ich werds an unsere SANitöter weiterleiten...die haben aber das Problem, das einige Felder ihrer Admin-Oberfläche ausgegraut sind, sie diese also nicht ändern können. gibts da auf dem fastt900-admin-client noch so´n super-super-user der alles darf ?

grüße
thorsten