brem belguebli wrote:
However, we do not have anymore x26 opcode error messages, though I wasn't sure this was the root cause of the problem we had during the DWDM ring failover,
It most likely wasn't - although error handlers on some arrays, when overloaded or going through failovers, sometimes react oddly.
I increased the logging (0xffff) on the HBA's of the nodes (total 4 nodes, 2 that were reporting the x26 opcode error say Group A, and the 2 that never did, say Group B).
I did not recommend 0xFFFF as it turns on everything - whether error or not. The value I gave should have filtered out non-errors.
These 4 nodes form a cluster accessing the same LUNS thru the same controllers the very same way, and I get errors relative to INQUIRY on Group A: lpfc 0000:10:00.1: 1:(0):0730 FCP command x12 failed: x0 SNS x0 x0 Data: x8 x3c x0 x0 x0 lpfc 0000:10:00.1: 1:(0):0716 FCP Read Underrun, expected 96, residual 60 Data: x3c x12 x0 lpfc 0000:10:00.1: 1:0336 Rsp Ring 0 error: IOCB Data: xff000018 xe99fc48 x0 x0 x3c x0 x1d70c8e xa29b16
Yes - this a normal response for SCSI commands where the command allows variable length data from the target - INQUIRY is such a case. We report any SCSI completion error - such as this underrun (target returned less data than the buffer the host gave it). This is not an error.
Group B doesn't show no error.
If you're not seeing the underrun error - there isn't i/o being performed. And if INQUIRY isn't being seen, the midlayer isn't attempting to scan the device. Most likely is the hba isn't even seeing the target, which should be visible from the lpfc log messages on FC discovery. Please send me the log messages for the Group B hosts and I'll help interpret - However! don't spam linux-scsi with this huge log (especially if 0xffff, the older log value should have been good enough). Send it to me off-list.
-- james s -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
