Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
Tziporet Koren wrote: >You are correct - we forgot about it. >Will be fixed in rc2 >Can you open a bug in bugzilla for the installer package so we will not >miss it this time? > > > Done. Bug 195. ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
You are correct - we forgot about it. Will be fixed in rc2 Can you open a bug in bugzilla for the installer package so we will not miss it this time? Thanks, Tziporet -Original Message- From: Arlin Davis [mailto:[EMAIL PROTECTED] Sent: Thursday, August 10, 2006 12:26 AM To: Tziporet Koren Cc: [EMAIL PROTECTED]; openib Subject: Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary >> Can we include librdmacm and dapl in the basic installation option? >> Also, it would be nice to have rdma_ucm and rdma_cm load on boot by >> default. >> >> Thanks, >> >> -arlin > > > This is a small change in the OFED scripts. > I suggest that if we go for this change we will do it for the HPC > install and not for the basic install (which includes only the verbs > and IPoIB). > > If there is no objection from anyone we will go for this change. > > Tziporet > I don't see this change in OFED 1.1 RC1. Please add librdmacm and dapl into the HPC install and make sure rdma_ucma and rdma_cma gets loaded during boot by default in RC2. Thanks, -arlin ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
>> Can we include librdmacm and dapl in the basic installation option? >> Also, it would be nice to have rdma_ucm and rdma_cm load on boot by >> default. >> >> Thanks, >> >> -arlin > > > This is a small change in the OFED scripts. > I suggest that if we go for this change we will do it for the HPC > install and not for the basic install (which includes only the verbs > and IPoIB). > > If there is no objection from anyone we will go for this change. > > Tziporet > I don't see this change in OFED 1.1 RC1. Please add librdmacm and dapl into the HPC install and make sure rdma_ucma and rdma_cma gets loaded during boot by default in RC2. Thanks, -arlin ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
We received our DDN equipment today and have started setting it up. Scott Weitzenkamp SQA and Release Manager Server Virtualization Business Unit Cisco Systems > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Shawn > Hansen (shahanse) > Sent: Tuesday, July 25, 2006 1:39 PM > To: Tziporet Koren; Matt Leininger > Cc: [EMAIL PROTECTED]; openib > Subject: Re: [openib-general] [openfabrics-ewg] OFED 1.1 > planning meeting - summary > > Yes, Cisco plans to test OFED on a DDN SRP target. > > --Shawn > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Tziporet Koren > Sent: Tuesday, July 25, 2006 8:40 AM > To: Matt Leininger > Cc: [EMAIL PROTECTED]; openib > Subject: Re: [openfabrics-ewg] OFED 1.1 planning meeting - summary > > Matt Leininger wrote: > >> 5. SRP: > >> > >> - GA quality > >> > >> - DM (Device Mapper) - for high availability > >> > >> - Basic failover/failback testing with daemon+srp+XVM/MPP and > >> Engenio target > >> > >> > > Tziporet, > > > > Are there any plans to test with the DDN SRP target? Several DoE > > sites are testing/using the DDN IB based storage. > > > > > > > Mellanox does not have DDN SRP target. We will be happy to test it of > DDN will loan us a system. > > Another option is that DDN will take OFED 1.1 RCs and test it in their > labs. > Can you approach them and ask this. If yes then I can cc them > on the RCs > mails so they can do it. > > Is there any other vendor who has DDN SRP target, and going > to test OFED > with it? > > Tziporet > > > > > ___ > openfabrics-ewg mailing list > [EMAIL PROTECTED] > http://openib.org/mailman/listinfo/openfabrics-ewg > > ___ > openib-general mailing list > openib-general@openib.org > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit > http://openib.org/mailman/listinfo/openib-general > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
Arlin Davis wrote: > Can we include librdmacm and dapl in the basic installation option? > Also, it would be nice to have rdma_ucm and rdma_cm load on boot by > default. > > Thanks, > > -arlin This is a small change in the OFED scripts. I suggest that if we go for this change we will do it for the HPC install and not for the basic install (which includes only the verbs and IPoIB). If there is no objection from anyone we will go for this change. Tziporet ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
Tziporet Koren wrote: > Hi all, > > This is the outcome of the meeting we had today regarding OFED 1.1 > schedule and features. > > > > Can we include librdmacm and dapl in the basic installation option? Also, it would be nice to have rdma_ucm and rdma_cm load on boot by default. Thanks, -arlin ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
Yes, Cisco plans to test OFED on a DDN SRP target. --Shawn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet Koren Sent: Tuesday, July 25, 2006 8:40 AM To: Matt Leininger Cc: [EMAIL PROTECTED]; openib Subject: Re: [openfabrics-ewg] OFED 1.1 planning meeting - summary Matt Leininger wrote: >> 5. SRP: >> >> - GA quality >> >> - DM (Device Mapper) - for high availability >> >> - Basic failover/failback testing with daemon+srp+XVM/MPP and >> Engenio target >> >> > Tziporet, > > Are there any plans to test with the DDN SRP target? Several DoE > sites are testing/using the DDN IB based storage. > > > Mellanox does not have DDN SRP target. We will be happy to test it of DDN will loan us a system. Another option is that DDN will take OFED 1.1 RCs and test it in their labs. Can you approach them and ask this. If yes then I can cc them on the RCs mails so they can do it. Is there any other vendor who has DDN SRP target, and going to test OFED with it? Tziporet ___ openfabrics-ewg mailing list [EMAIL PROTECTED] http://openib.org/mailman/listinfo/openfabrics-ewg ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
On Tue, 2006-07-25 at 18:39 +0300, Tziporet Koren wrote: > Matt Leininger wrote: > >> 5. SRP: > >> > >> – GA quality > >> > >> – DM (Device Mapper) - for high availability > >> > >> – Basic failover/failback testing with daemon+srp+XVM/MPP and > >> Engenio target > >> > >> > > Tziporet, > > > > Are there any plans to test with the DDN SRP target? Several DoE > > sites are testing/using the DDN IB based storage. > > > > > > > Mellanox does not have DDN SRP target. We will be happy to test it of > DDN will loan us a system. > > Another option is that DDN will take OFED 1.1 RCs and test it in their labs. > Can you approach them and ask this. If yes then I can cc them on the RCs > mails so they can do it. > > Is there any other vendor who has DDN SRP target, and going to test OFED > with it? I thought Cisco had a DDN SRP target. - Matt ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
Matt Leininger wrote: >> 5. SRP: >> >> – GA quality >> >> – DM (Device Mapper) - for high availability >> >> – Basic failover/failback testing with daemon+srp+XVM/MPP and >> Engenio target >> >> > Tziporet, > > Are there any plans to test with the DDN SRP target? Several DoE > sites are testing/using the DDN IB based storage. > > > Mellanox does not have DDN SRP target. We will be happy to test it of DDN will loan us a system. Another option is that DDN will take OFED 1.1 RCs and test it in their labs. Can you approach them and ask this. If yes then I can cc them on the RCs mails so they can do it. Is there any other vendor who has DDN SRP target, and going to test OFED with it? Tziporet ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
On Tue, 2006-07-25 at 00:45 +0300, Tziporet Koren wrote: > Hi all, > > This is the outcome of the meeting we had today regarding OFED 1.1 > schedule and features. > 5. SRP: > > – GA quality > > – DM (Device Mapper) - for high availability > > – Basic failover/failback testing with daemon+srp+XVM/MPP and > Engenio target > Tziporet, Are there any plans to test with the DDN SRP target? Several DoE sites are testing/using the DDN IB based storage. Thanks, - Matt ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
Title: Message Cisco IB host drivers are available at http://www.cisco.com/cgi-bin/tablebuild.pl/sfs-linux and http://www.cisco.com/cgi-bin/tablebuild.pl/sfs-win2K. Scott From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet KorenSent: Monday, July 24, 2006 2:45 PMTo: [EMAIL PROTECTED]Cc: openibSubject: Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary Hi all, This is the outcome of the meeting we had today regarding OFED 1.1 schedule and features. Tziporet 1. Schedule: Target release date: 31-Aug Intermediate milestones: 1. Create 1.1 branch of user level code and rc1: 27-Jul 2. Feature freeze : 3-Aug 3. Code freeze (rc-x): 25-Aug 4. Final release: 31-Aug In general all agreed but it seems aggressive schedule. We will delay in 1 week if needed or drop some features. There was a request for another OFED release toward SC06 that will include most updated Open MPI version and we agreed this is possible. git tree of kernel code will be available on Sandia servers once their system administrator will setup the server with git installed (should be this week) 2. Features: Note: features that are under low priority may not be qualified in final release due to schedule limitations. 1. OS: Novell: - SLES 9.0 SP3* – SLES10 (official release)* Redhat: – Redhat EL4 up3 - Redhat EL4 up4* kernel.org: – Kernel 2.6.17* * Changes from last release Note: Redhat EL4 up2, Fedora C4 and SuSE Pro 10 were dropped from the list. We will keep the backport patches for these OSes and make sure OFED compile and loaded properly but will not do full QA cycle. 2. General changes: – lib32 on 64 bits systems – Kernel code based on 2.6.18 – HCA fatal - full flow support - Low priority – High Availability in IPoIB and SRP – Bug fixes 3. OSM (new code based on the trunk): – Partition Manager (Pkey) - Low priority – Pre-computed routing load from file – Primitive QoS - As technology preview Mainly developed and verified by Voltaire. 4. SDP: – Beta quality (higher stability) – Improved latency – Improved bandwidth of small messages (Naggle algorithm) – done – Support the backlog parameter in the listen call – support sending/receiving out of band data – Interoperability with previous SDP implementation We need SDP from Cisco to test the interoperability with their SDP 5. SRP: – GA quality – DM (Device Mapper) - for high availability – Basic failover/failback testing with daemon+srp+XVM/MPP and Engenio target A technical mail was published on the general list. (Subject: Needed changes to support fail-over drivers). Need help from Roland to close the technical details since he is SRP maintainer. 6. IPoIB: – High availability support using a daemon in user level 7. uDAPL: – Scalability features needed for Intel MPI – Going to take the new code from the trunk 8. OSU – MVAPICH: – Based on 0.97 (+ bug fixes) – Message coalescing 9. Open MPI: – Open MPI 1.1.1 - Depending on the dates/schedule of OFED 1.1 and Open MPI 1.1.1 (If not then Open MPI 1.1 will be used) – The major differences between Open MPI 1.1 and 1.1.1 can be seen here: http://svn.open-mpi.org/svn/ompi/trunk/NEWS 10. MPI tests: – Replace to the new test versions from LLNL, Intel, OSU 11. iSER: – Stability - code review and bug fixes at iser and libiscsi code related to error handling (libiscsi is a service module used by both iscsi_tcp & iser) – Testing more platforms (e.g. ppc64 and ia64) – Performance improvements – The libiscsi fixes are (2.6.18-rc2/3) and will (2.6.19) be pushed upstream and from there be propagated to distros (eg SLES10 RH5) through their merge process. 12. RDS: – Oracle and SilverStorm should update Need to decide if RDS should be removed from OFED since Oracle does not support it for now. Sujal will check it and we will get to decision soon. 13: Management: – Madeye utility – Add saquery tool – Enhancement to ibnetdiscover tool with grouping function – New ibutils package: o Port error counter check o Port performance counters dump o Link width and Link Speed check by flag -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sujal Das
Re: [openib-general] [openfabrics-ewg] OFED 1.1 planning meeting - summary
Title: Message Hi all, This is the outcome of the meeting we had today regarding OFED 1.1 schedule and features. Tziporet 1. Schedule: Target release date: 31-Aug Intermediate milestones: 1. Create 1.1 branch of user level code and rc1: 27-Jul 2. Feature freeze : 3-Aug 3. Code freeze (rc-x): 25-Aug 4. Final release: 31-Aug In general all agreed but it seems aggressive schedule. We will delay in 1 week if needed or drop some features. There was a request for another OFED release toward SC06 that will include most updated Open MPI version and we agreed this is possible. git tree of kernel code will be available on Sandia servers once their system administrator will setup the server with git installed (should be this week) 2. Features: Note: features that are under low priority may not be qualified in final release due to schedule limitations. 1. OS: Novell: - SLES 9.0 SP3* – SLES10 (official release)* Redhat: – Redhat EL4 up3 - Redhat EL4 up4* kernel.org: – Kernel 2.6.17* * Changes from last release Note: Redhat EL4 up2, Fedora C4 and SuSE Pro 10 were dropped from the list. We will keep the backport patches for these OSes and make sure OFED compile and loaded properly but will not do full QA cycle. 2. General changes: – lib32 on 64 bits systems – Kernel code based on 2.6.18 – HCA fatal - full flow support - Low priority – High Availability in IPoIB and SRP – Bug fixes 3. OSM (new code based on the trunk): – Partition Manager (Pkey) - Low priority – Pre-computed routing load from file – Primitive QoS - As technology preview Mainly developed and verified by Voltaire. 4. SDP: – Beta quality (higher stability) – Improved latency – Improved bandwidth of small messages (Naggle algorithm) – done – Support the backlog parameter in the listen call – support sending/receiving out of band data – Interoperability with previous SDP implementation We need SDP from Cisco to test the interoperability with their SDP 5. SRP: – GA quality – DM (Device Mapper) - for high availability – Basic failover/failback testing with daemon+srp+XVM/MPP and Engenio target A technical mail was published on the general list. (Subject: Needed changes to support fail-over drivers). Need help from Roland to close the technical details since he is SRP maintainer. 6. IPoIB: – High availability support using a daemon in user level 7. uDAPL: – Scalability features needed for Intel MPI – Going to take the new code from the trunk 8. OSU – MVAPICH: – Based on 0.97 (+ bug fixes) – Message coalescing 9. Open MPI: – Open MPI 1.1.1 - Depending on the dates/schedule of OFED 1.1 and Open MPI 1.1.1 (If not then Open MPI 1.1 will be used) – The major differences between Open MPI 1.1 and 1.1.1 can be seen here: http://svn.open-mpi.org/svn/ompi/trunk/NEWS 10. MPI tests: – Replace to the new test versions from LLNL, Intel, OSU 11. iSER: – Stability - code review and bug fixes at iser and libiscsi code related to error handling (libiscsi is a service module used by both iscsi_tcp & iser) – Testing more platforms (e.g. ppc64 and ia64) – Performance improvements – The libiscsi fixes are (2.6.18-rc2/3) and will (2.6.19) be pushed upstream and from there be propagated to distros (eg SLES10 RH5) through their merge process. 12. RDS: – Oracle and SilverStorm should update Need to decide if RDS should be removed from OFED since Oracle does not support it for now. Sujal will check it and we will get to decision soon. 13: Management: – Madeye utility – Add saquery tool – Enhancement to ibnetdiscover tool with grouping function – New ibutils package: o Port error counter check o Port performance counters dump o Link width and Link Speed check by flag -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sujal Das Sent: Monday, July 17, 2006 8:32 PM To: [EMAIL PROTECTED] Subject: [openfabrics-ewg] OFED 1.1 planning meeting Hello all, We would like to call an OFED v1.1 planning meeting ASAP. We can use the regular time and call-in number that Shawn/Jeff from Cisco had set up earlier. Shawn/Jeff: will you please confirm and send a reminder? Some critical feature requirements for OFED 1.1 are based on customer feedback on OFED 1.0, specifically some missing features that continue the perception of OFED 1.0 as being inferior to proprietary stacks: - Support for SLES 9 in general - SRP failover and MPP - SDP usability - RDS usability - UDAPL scalability - High Availability - Additional OS/CPU platforms support for iSER, sync with upstream k
