From: Sebastian R. <seb...@pr...> - 2013-05-29 10:19:30
|
On 29.05.2013 11:35, Curtis wrote: > On 29/05/13 19:32, Sebastian Riemer wrote: >> On 29.05.2013 07:42, Curtis Maloney wrote: >>> On 29/05/13 00:14, Sebastian Riemer wrote: >>>> - Storage – iSER (at Beta level) and SRP >>>> >>>> iSER is at beta level but SRP is stable in their thinking. :-) And I >>>> thought, that they are pushing iSER,.... >>> >>> Yeah, they want to move to iSER... even dropped SRP from their WinOFED >>> distro for a version -- though it's back in now. >> >> What exactly doesn't work with MPIO? For what do you need it? For SRP? > > Until recently, MPIO with SRP worked just fine... but our more recent > attempts are showing Windows and VMware just not playing ball. > > Now the windows box doesn't even see the second port [for a short while, > it would establish a session, but now it doesn't even do that] and > VMWare, I'm told, will see both ports, but shows one as diabled/inactive. > > I've reported this before, and Bart requested I provide more > debugging... as yet, I've not had enough of a chance. I'm not an MPIO specialist but there is a change in the ib_srpt driver. It supports the module parameter "one_target_per_port=1". Without it, it looks like this: /sys/kernel/scst_tgt/targets/ib_srpt/ib_srpt_target_0 With it, it looks like this: /sys/kernel/scst_tgt/targets/ib_srpt/fe80:0000:0000:0000:0002:c903:004e:d0b3 /sys/kernel/scst_tgt/targets/ib_srpt/fe80:0000:0000:0000:0002:c903:004e:d0b4 What situation do you have? The first or the second one? Did you test both? We still use the first one with one target for both ports. Do you have scripts how you set this up, so that I can have a look at this? Cheers, Sebastian |