Hi,
Let
me first explain why the current OFED release does not support SRP-HA on
RHEL4.
SRP-HA is using Device Mapper
multipath.
Multipath prerequisites include udev of higher version
than 050.
RHEL4 distributions includes udev 039. udev is an
important part of the distribution and I do no
The plan is OK with Silverstorm.
I have a question though. What are the plans to support SRP-HA feature on RHEL4 kernels ?
Thanks
Karun
From: [EMAIL PROTECTED] on behalf of Tziporet KorenSent: Mon 10/16/2006 1:03 PMTo: Open FabricsCc: openibSubject: [openfabrics-ewg] OFED 1.1 release schedul
This plan is OK with Cisco.
Scott
Weitzenkamp
SQA and Release
Manager
Server Virtualization
Business Unit
Cisco Systems
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tziporet
KorenSent: Monday, October 16, 2006 10:04 AMTo: Open
FabricsCc: openibSubject:
Hi,
> We will publish 1.1-pre1 package tomorrow (Tue. 17-Oct)
> Only blocker issues from RC7 will be updated:
> 1. SRP fix for Cisco FC gateway
> 2. Small updates for the install
currently we're working on the one install issue as I mentioned in another
thread.
We found out that the 64- and 32-bit
Or Gerlitz wrote:
>> Or Gerlitz wrote:
>>> Vladimir Sokolovsky wrote:
>
>>> Did you have any special reason to assign host1:ib1 an IP address
>>> ***before*** the failover? is the reason for that happen to be
>>> having it joins the IPv4 multicast group at "batch time", that is
>>> not during th
> Or Gerlitz wrote:
>> Vladimir Sokolovsky wrote:
>> Did you have any special reason to assign host1:ib1 an IP address
>> ***before*** the failover? is the reason for that happen to be having
>> it joins the IPv4 multicast group at "batch time", that is not during
>> the failover?
> ib1 interf
Hi Or,
See below,
Regards,
Vladimir
Or Gerlitz wrote:
Vladimir Sokolovsky wrote:
Hi Or,
I am working on IPoIB failover.
I tried Michael's Tsirkin patch for ipoib (updating neighbor
structure) and it fixes the issue Roland was talking about.
Meanwhile I have tested the following flow:
/*_Set
Vladimir Sokolovsky wrote:
> Hi Or,
> I am working on IPoIB failover.
> I tried Michael's Tsirkin patch for ipoib (updating neighbor structure)
> and it fixes the issue Roland was talking about.
>
> Meanwhile I have tested the following flow:
> /*_Setup description:_*/
>
>host1 - 2 IB ports
Hi Or,
I am working on IPoIB failover.
I tried Michael's Tsirkin patch for ipoib (updating neighbor structure)
and it fixes the issue Roland was talking about.
Meanwhile I have tested the following flow:
/*_Setup description:_*/
host1 - 2 IB ports connected to IB switch.
ib0: 11
At 03:49 PM 7/12/2006, Fabian Tillier wrote:
Hi Mike,
On 7/12/06, Michael Krause <[EMAIL PROTECTED]> wrote:
At 09:48 AM 7/12/2006, Jeff Broughton wrote:
Modifying the sockets API is
just defining yet another RDMA API, and we have
so many already
I disagree. This effort has distilled the API
Hi Mike,
On 7/12/06, Michael Krause <[EMAIL PROTECTED]> wrote:
>
> At 09:48 AM 7/12/2006, Jeff Broughton wrote:
>
>> Modifying the sockets API is just defining yet another RDMA API, and we have
>> so many already
>
> I disagree. This effort has distilled the API to basically one for RDMA
> de
At 09:48 AM 7/12/2006, Jeff Broughton wrote:
Mike,
The whole purpose of SDP
is to make sockets go faster without having to have the applications
modified. This is what the customers want. I've heard this
time and time again, across a wide spectrum of
customers.
I am well aware of this. Howe
Mike,
The whole purpose of SDP is to make
sockets go faster without having to have the applications modified. This
is what the customers want. I've heard this time and time again, across a
wide spectrum of customers.
Modifying the sockets API is just defining yet another
RDMA API, and
On Wed, 2006-07-12 at 06:51, Tziporet Koren wrote:
> Hal Rosenstock wrote:
> >> • OSM:
> >>
> >> –Partition Manager (Pkey)
> >>
> >
> > Also, primitive QoS support.
> >
> >
> >> –Pre-computed routing load from file
> >>
> >
> > Also, diags:
> >
> > Add saquery
Hal Rosenstock wrote:
>> • OSM:
>>
>> –Partition Manager (Pkey)
>>
>
> Also, primitive QoS support.
>
>
>> –Pre-computed routing load from file
>>
>
> Also, diags:
>
> Add saquery tool
>
> Enhancement to ibnetdiscover tool with grouping function
>
OK - I wi
On Wed, 2006-07-12 at 01:53, Tziporet Koren wrote:
> Hi All,
>
>
>
> I wish to start the release process of OFED 1.1.
>
> I would like that we will have a meeting next Monday to review this
> proposal of the release features and schedule.
>
> If possible I wish to move the meeting hour from 9
16 matches
Mail list logo