Vsphere 5.1 iSCSI findet LUN nicht mehr

[Burn]

Hallo,

ich hatte heute einen Ausfall einer meiner SAN´s.
Ich habe zwei identische SAN´s. Und drei VM Hosts (5.1).
Eine SAN ist ausgefallen (Hängen geblieben) nach wieder in Betriebnahme findet einer der VMHost die LUNs nicht bzw. verbindet nicht?

Zwei von den drei Hosts laufen auf der SAN jedoch wieder ? Der Dritte kann nur auf die eine SAN zugreifen und nicht auf die zweite?
Ich habe bei diesem Host bereits den ganzen iSCSI Software Adapter einmal gelöscht, hilft nichts kann nur auf die eine SAN zugreifen.
Beide SAN´s und die drei Host sind alle im gleichen iSCSI Netz?!
Noch jemand Idee außer komplett Neuinstallation des Hosts?
Ping und vmkping gehen vom Host zur SAN.

[irix]

Guck ins vmkernel.log wenn du den Button zun "Rescan" drueckst und poste den Inhalt hier bzw. verlinke das Logfile.

Gruss
Joerg

[Burn]

Hier bitte:

2014-01-14T18:17:15.632Z cpu16:8208)<4>hpsa 0000:05:00.0: Device:C6:B0:T0:L1 Command:0x85 CC:05/20/00 Illegal Request.
2014-01-14T18:17:15.632Z cpu10:8202)NMP: nmp_ThrottleLogForDevice:2319: Cmd 0x85 (0x41240039d280, 9347) to dev "naa.600508b1001c596cc49db99af5424fec" on path "vmhba1:C0:T0:L1" Failed: H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x20 0x0. Act:NONE
2014-01-14T18:17:15.632Z cpu10:8202)ScsiDeviceIO: 2331: Cmd(0x41240039d280) 0x85, CmdSN 0x1b from world 9347 to dev "naa.600508b1001c596cc49db99af5424fec" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x20 0x0.
2014-01-14T18:17:15.643Z cpu10:8202)ScsiDeviceIO: 2331: Cmd(0x41240039d280) 0x4d, CmdSN 0x1c from world 9347 to dev "naa.600508b1001c596cc49db99af5424fec" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x20 0x0.
2014-01-14T18:17:15.643Z cpu10:8202)ScsiDeviceIO: 2331: Cmd(0x41240039d280) 0x1a, CmdSN 0x1d from world 9347 to dev "naa.600508b1001c596cc49db99af5424fec" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.
2014-01-14T18:39:07.081Z cpu12:10242)iscsi_vmk: iscsivmk_ConnNetRegister: socket 0x41001b5a4010 network resource pool netsched.pools.persist.iscsi associated
2014-01-14T18:39:07.081Z cpu12:10242)iscsi_vmk: iscsivmk_ConnNetRegister: socket 0x41001b5a4010 network tracker id 1 tracker.iSCSI.10.x.x.x associated
2014-01-14T18:39:14.093Z cpu12:10242)WARNING: iscsi_vmk: iscsivmk_StopConnection: vmhba37:CH:0 T:1 CN:0: iSCSI connection is being marked "OFFLINE" (Event:5)
2014-01-14T18:39:14.093Z cpu12:10242)WARNING: iscsi_vmk: iscsivmk_StopConnection: Sess [ISID: TARGET: (null) TPGT: 0 TSIH: 0]
2014-01-14T18:39:14.093Z cpu12:10242)WARNING: iscsi_vmk: iscsivmk_StopConnection: Conn [CID: 0 L: 10.x.x.x:54361 R: 10.x.x.x:3260]
2014-01-14T18:39:14.874Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.885Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.901Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.918Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.932Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.947Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.961Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.967Z cpu2:9123)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:14.978Z cpu2:9123)FSS: 4972: No FS driver claimed device 'mpx.vmhba0:C0:T0:L0': Not supported
2014-01-14T18:39:14.984Z cpu2:9123)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-14T18:39:14.984Z cpu2:9123)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-14T18:39:14.984Z cpu2:9123)FSS: 4972: No FS driver claimed device 'control': Not supported
2014-01-14T18:39:14.995Z cpu2:9123)VC: 1547: Device rescan time 26 msec (total number of devices
2014-01-14T18:39:14.995Z cpu2:9123)VC: 1550: Filesystem probe time 88 msec (devices probed 6 of
2014-01-14T18:39:17.643Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.660Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.670Z cpu16:10292)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-14T18:39:17.670Z cpu16:10292)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-14T18:39:17.670Z cpu16:10292)FSS: 4972: No FS driver claimed device 'control': Not supported
2014-01-14T18:39:17.679Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.696Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.710Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.724Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.739Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.744Z cpu16:10292)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-14T18:39:17.756Z cpu16:10292)FSS: 4972: No FS driver claimed device 'mpx.vmhba0:C0:T0:L0': Not supported
2014-01-14T18:39:17.761Z cpu16:10292)VC: 1547: Device rescan time 29 msec (total number of devices
2014-01-14T18:39:17.761Z cpu16:10292)VC: 1550: Filesystem probe time 87 msec (devices probed 6 of

[kastlr]

Hallo,

überprüf doch mal, ob die IQN's deiner iSCSI HBA's auf deinem SAN registriert und berechtigt sind.

Error 5 ist üblicherweise Access denied.

Gruß,
Ralf

[Burn]

Also das kann es leider nicht sein. Der VM Host ist IP mässig genau zwischen den anderen beiden. Wenn ich die SAN nur in dynamische Erkennung packe kommt eigentlich nix im vmkernel log:

2014-01-15T09:50:34.841Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.852Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.866Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.883Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.898Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.912Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.926Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.932Z cpu12:14187)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:34.944Z cpu12:14187)FSS: 4972: No FS driver claimed device 'mpx.vmhba0:C0:T0:L0': Not supported
2014-01-15T09:50:34.946Z cpu12:14187)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-15T09:50:34.946Z cpu12:14187)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-15T09:50:34.946Z cpu12:14187)FSS: 4972: No FS driver claimed device 'control': Not supported
2014-01-15T09:50:34.967Z cpu12:14187)VC: 1547: Device rescan time 28 msec (total number of devices
2014-01-15T09:50:34.967Z cpu12:14187)VC: 1550: Filesystem probe time 87 msec (devices probed 6 of
2014-01-15T09:50:37.531Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.542Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.557Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.575Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.589Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.603Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.618Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.624Z cpu6:9126)<3>ata1.00: bad CDB len=16, scsi_op=0x9e, max=12
2014-01-15T09:50:37.635Z cpu6:9126)FSS: 4972: No FS driver claimed device 'mpx.vmhba0:C0:T0:L0': Not supported
2014-01-15T09:50:37.635Z cpu6:9126)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-15T09:50:37.635Z cpu6:9126)Vol3: 692: Couldn't read volume header from control: Not supported
2014-01-15T09:50:37.635Z cpu6:9126)FSS: 4972: No FS driver claimed device 'control': Not supported
2014-01-15T09:50:37.646Z cpu6:9126)VC: 1547: Device rescan time 27 msec (total number of devices
2014-01-15T09:50:37.646Z cpu6:9126)VC: 1550: Filesystem probe time 87 msec (devices probed 6 of

[kastlr]

Hallo,

der Log Snippet hat nichts mit deinem SAN Problem zu tun, laut Log hast du ein Problem mit einem internem ATA Device.

Um einem Host Zugriff auf das SAN zu gewähren muß am SAN die iSCSI IQN berechtigt werden.
Diese Punkt kann nur funktionieren, wenn eine IP Verbindung möglich ist, und das hast du ja mit vmkping überprüft.

Daher mußt du auf deinem SAN überprüfen, ob die IQN's aller deiner Hosts den Zugriff auf die shared Volumes erhalten haben.
Das sieht eher wie ein Berechtigungs denn wie ein Verbindungsproblem aus.

Gruß,
Ralf

[Burn]

Die SAN ist so eingestellt das alle aus dem ISCSI Netz Zugriff haben

[PeterDA]

Hi,
würde auch mal tippen, dass auf dem SAN der IQN des einen Hosts rausgeflogen ist und er daher nicht mehr zugreifen kann.

Was für ein SAN ist es denn?

Gruß Peter