https://bugzilla.novell.com/show_bug.cgi?id=712462 https://bugzilla.novell.com/show_bug.cgi?id=712462#c0 Summary: [NetApp CQ204294] SLES11SP2 - I/O Timeout After Replacing Pulled Cable Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: sean.stewart@netapp.com QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.112 Safari/535.1 Details of the problem: After pulling a cable and leaving it unplugged, and then plugging it back in, the host appears to rediscover the paths and they appear at the SCSI mid layer, but DMMP does not add the paths back into the multipath -ll table. I/O eventually times out. This behavior has been observed on both an ALUA enabled and a traditional RDAC array. Configuration: 1 host HBA: Emulex LPe12002 Failover: DMMP (Inbox) OS: SLES 11 SP 2 2 Arrays: Two NetApp E Series FC Storage Arrays One running active/passive mode and one running active/active Reproducible: Always Steps to Reproduce: 1. Map two LUNs from one of the arrays to the host and start I/O 2. Pull a host side cable and wait several minutes 3. Replace the cable Actual Results: The SCSI midlayer appears to discover the devices, but in most cases multipath does not seem to detect the addition of the new paths. Also, manually running multipath to discover new paths results in a system hang. Expected Results: After replacing the cable, the host should discover the devices at the SCSI midlayer and multipath should detect the uevent and add the paths to the device mapper table -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.