Hello Vasily,
Replacing the kernel on the initiator system is sufficient. You don't
have to replace the kernel on the target system for this test. Regarding
which InfiniBand stack to use at the initiator side in combination with
kernel 3.6: unless there is something I do not yet know about, it is
fine to use the InfiniBand stack included in that kernel and it is not
necessary to install OFED for this test.
Bart.
On 11/21/12 20:52, Vasiliy Tolstov wrote:
Does i need that on storage host side or on onitiator side? My storage
under debian squeeze with ofed from openfabrics.
21.11.2012 22:35 пользователь "Bart Van Assche" <[email protected]
<mailto:[email protected]>> написал:
On 11/21/12 18:41, Vasiliy Tolstov wrote:
Another test has very bad results:
initiator multipath -ll running than storage go to down never
returns
(deadlock), but other multipath -ll returns immediate with
output (i'm
reboot sas01)
It could be helpful to have a look at the call stacks generated by
"echo w >/proc/sysrq-trigger". If this output reveals that device
removal triggers hanging I/O then that might indicate that one or
more SCSI device removal patches have not yet been backported to
SLES 11 SP2. Have you already tried whether the same test succeeds
with kernel 3.6.7 ? Several SCSI device removal fixes have been
integrated in kernel 3.6.
Bart.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
