[tickets] [opensaf:tickets] #2259 amf: support for si-swap admin op for N+M model ( Standbys in same su case).
- **status**: review --> fixed - **Comment**: changeset: 8627:8e56871d5619 tag: tip user:Praveen Malviyadate:Tue Feb 28 10:49:16 2017 +0530 summary: amfd: support si-swap admin op for NplusM model when standbys are in same SU. [#2259] --- ** [tickets:#2259] amf: support for si-swap admin op for N+M model ( Standbys in same su case).** **Status:** fixed **Milestone:** 5.2.FC **Created:** Wed Jan 11, 2017 06:13 AM UTC by Praveen **Last Updated:** Mon Feb 27, 2017 07:28 AM UTC **Owner:** Praveen As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model.This enhancements is for supporting the admin operation on SI of N+M model SG. AMF B.04.01 spec writes about SI_SWAP armin operation for applicable red model in the section "9.4.8 SA_AMF_ADMIN_SI_SWAP" page 386 of B.04.01 spec. For N+M model, spec states that: "If the designated SI is protected by a service group whose redundancy model is N+M, the invocation of this administrative operation results in a complete swap of all active and standby CSIs belonging to not just the designated SI but also to any other SI that is assigned active to a service unit to which the designated SI is assigned active. Application of this operation on an SI may potentially modify the standby assignments of other SIs that are protected by the same service group, but are not assigned to the service unit to which the SI in question is assigned active." **Example configuration N+1 given in spec:** In the same paragraph above in section 9.4.8 SA_AMF_ADMIN_SI_SWAP, one example is given how SI_SWAP will proceed in N+M model. 1) Four nodes U, V, W and X hosts S1, S2, S3 and S4 respectively. 2) There are three SIs SIA, SIB and SIC. 3) SIA is active in S1, SIB is active in S2 and SIC is active in S3. 4) All SIs are standby in S4. 5) SI_SWAP admin operation Flow for above configuration: As per spec , "If the swap operation is applied on SI A, the active assignment for SI A shall be moved to Service Unit S4 on Node X, and the standby assignments for SI A as well as that of SI C and SI B will be moved to Service Unit S1 on Node U. The active assignments of SI C and SI B will remain on Service Unit S3 (on Node W) and Service Unit S2 (on Node V), respectively" Here SU S1 will become quiesced for all active SIs (only one SIA in this example). At this point of time, SU S4 is standby for SIB and SIC also but SU1 is not quiesced for these two SIs. Due to this, SIB and SIC will be removed from SU S4 and it will become active for SIA. Now SU S1 will be made standby for all quiesced SIs (only one SIA in this example). Since standby assignments from SIB and SIC are getting removed during the course of this operation, SU S1 will make standby for SIB and SIC by giving fresh assignments. So in contrast to 2N redudancy model, flow of SI_SWAP operation in N+M model can lead to removal of standby assignments and also fresh assignments. **Notes on implementation: ** 1)SI_SWAP operation will not be allowed if SI Equal distribution feature is enabled in the SG. 2)Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state during the admin operation. 3)Since Operation will lead to swap of all SIs assgined to the active SU, operation will be rejected if anyone of these SIs does not have standby assignments in some SU. 4) Operation will not be allowed if it will lead to violation of SG configuration attrbiutes: saAmfSGMaxActiveSIsperSU, saAmfSGMaxStandbySIsperSU, saAmfSGNumPrefActiveSUs and saAmfSGNumPrefStandbySUs. **Changes in sg_npm_fsm.cc:** Some code related to switch operation is already present. The same code will resued and enhanced for implementation. Most of the code is under SI_OPER state of SG. To be updated with more example configuration.. --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2259 amf: support for si-swap admin op for N+M model ( Standbys in same su case).
- **summary**: amf: support for si-swap admin op for N+M model. --> amf: support for si-swap admin op for N+M model ( Standbys in same su case). - **Comment**: Standbys in same su case: When all SIs which are active in the designated SU (where SI to be swaped is active) have their standbys on same SU including the designated SI. Published patch works for this same SU case. I will raising separate ticket for the case (Standbys in different su case) when all SIs which are active in the designated SU (where SI to be swaped is active) have their standbys on different SUs. --- ** [tickets:#2259] amf: support for si-swap admin op for N+M model ( Standbys in same su case).** **Status:** review **Milestone:** 5.2.FC **Created:** Wed Jan 11, 2017 06:13 AM UTC by Praveen **Last Updated:** Tue Feb 21, 2017 05:47 AM UTC **Owner:** Praveen As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model.This enhancements is for supporting the admin operation on SI of N+M model SG. AMF B.04.01 spec writes about SI_SWAP armin operation for applicable red model in the section "9.4.8 SA_AMF_ADMIN_SI_SWAP" page 386 of B.04.01 spec. For N+M model, spec states that: "If the designated SI is protected by a service group whose redundancy model is N+M, the invocation of this administrative operation results in a complete swap of all active and standby CSIs belonging to not just the designated SI but also to any other SI that is assigned active to a service unit to which the designated SI is assigned active. Application of this operation on an SI may potentially modify the standby assignments of other SIs that are protected by the same service group, but are not assigned to the service unit to which the SI in question is assigned active." **Example configuration N+1 given in spec:** In the same paragraph above in section 9.4.8 SA_AMF_ADMIN_SI_SWAP, one example is given how SI_SWAP will proceed in N+M model. 1) Four nodes U, V, W and X hosts S1, S2, S3 and S4 respectively. 2) There are three SIs SIA, SIB and SIC. 3) SIA is active in S1, SIB is active in S2 and SIC is active in S3. 4) All SIs are standby in S4. 5) SI_SWAP admin operation Flow for above configuration: As per spec , "If the swap operation is applied on SI A, the active assignment for SI A shall be moved to Service Unit S4 on Node X, and the standby assignments for SI A as well as that of SI C and SI B will be moved to Service Unit S1 on Node U. The active assignments of SI C and SI B will remain on Service Unit S3 (on Node W) and Service Unit S2 (on Node V), respectively" Here SU S1 will become quiesced for all active SIs (only one SIA in this example). At this point of time, SU S4 is standby for SIB and SIC also but SU1 is not quiesced for these two SIs. Due to this, SIB and SIC will be removed from SU S4 and it will become active for SIA. Now SU S1 will be made standby for all quiesced SIs (only one SIA in this example). Since standby assignments from SIB and SIC are getting removed during the course of this operation, SU S1 will make standby for SIB and SIC by giving fresh assignments. So in contrast to 2N redudancy model, flow of SI_SWAP operation in N+M model can lead to removal of standby assignments and also fresh assignments. **Notes on implementation: ** 1)SI_SWAP operation will not be allowed if SI Equal distribution feature is enabled in the SG. 2)Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state during the admin operation. 3)Since Operation will lead to swap of all SIs assgined to the active SU, operation will be rejected if anyone of these SIs does not have standby assignments in some SU. 4) Operation will not be allowed if it will lead to violation of SG configuration attrbiutes: saAmfSGMaxActiveSIsperSU, saAmfSGMaxStandbySIsperSU, saAmfSGNumPrefActiveSUs and saAmfSGNumPrefStandbySUs. **Changes in sg_npm_fsm.cc:** Some code related to switch operation is already present. The same code will resued and enhanced for implementation. Most of the code is under SI_OPER state of SG. To be updated with more example configuration.. --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net
[tickets] [opensaf:tickets] #2259 amf: support for si-swap admin op for N+M model.
- **status**: accepted --> review --- ** [tickets:#2259] amf: support for si-swap admin op for N+M model.** **Status:** review **Milestone:** 5.2.FC **Created:** Wed Jan 11, 2017 06:13 AM UTC by Praveen **Last Updated:** Mon Feb 20, 2017 08:59 AM UTC **Owner:** Praveen As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model.This enhancements is for supporting the admin operation on SI of N+M model SG. AMF B.04.01 spec writes about SI_SWAP armin operation for applicable red model in the section "9.4.8 SA_AMF_ADMIN_SI_SWAP" page 386 of B.04.01 spec. For N+M model, spec states that: "If the designated SI is protected by a service group whose redundancy model is N+M, the invocation of this administrative operation results in a complete swap of all active and standby CSIs belonging to not just the designated SI but also to any other SI that is assigned active to a service unit to which the designated SI is assigned active. Application of this operation on an SI may potentially modify the standby assignments of other SIs that are protected by the same service group, but are not assigned to the service unit to which the SI in question is assigned active." **Example configuration N+1 given in spec:** In the same paragraph above in section 9.4.8 SA_AMF_ADMIN_SI_SWAP, one example is given how SI_SWAP will proceed in N+M model. 1) Four nodes U, V, W and X hosts S1, S2, S3 and S4 respectively. 2) There are three SIs SIA, SIB and SIC. 3) SIA is active in S1, SIB is active in S2 and SIC is active in S3. 4) All SIs are standby in S4. 5) SI_SWAP admin operation Flow for above configuration: As per spec , "If the swap operation is applied on SI A, the active assignment for SI A shall be moved to Service Unit S4 on Node X, and the standby assignments for SI A as well as that of SI C and SI B will be moved to Service Unit S1 on Node U. The active assignments of SI C and SI B will remain on Service Unit S3 (on Node W) and Service Unit S2 (on Node V), respectively" Here SU S1 will become quiesced for all active SIs (only one SIA in this example). At this point of time, SU S4 is standby for SIB and SIC also but SU1 is not quiesced for these two SIs. Due to this, SIB and SIC will be removed from SU S4 and it will become active for SIA. Now SU S1 will be made standby for all quiesced SIs (only one SIA in this example). Since standby assignments from SIB and SIC are getting removed during the course of this operation, SU S1 will make standby for SIB and SIC by giving fresh assignments. So in contrast to 2N redudancy model, flow of SI_SWAP operation in N+M model can lead to removal of standby assignments and also fresh assignments. **Notes on implementation: ** 1)SI_SWAP operation will not be allowed if SI Equal distribution feature is enabled in the SG. 2)Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state during the admin operation. 3)Since Operation will lead to swap of all SIs assgined to the active SU, operation will be rejected if anyone of these SIs does not have standby assignments in some SU. 4) Operation will not be allowed if it will lead to violation of SG configuration attrbiutes: saAmfSGMaxActiveSIsperSU, saAmfSGMaxStandbySIsperSU, saAmfSGNumPrefActiveSUs and saAmfSGNumPrefStandbySUs. **Changes in sg_npm_fsm.cc:** Some code related to switch operation is already present. The same code will resued and enhanced for implementation. Most of the code is under SI_OPER state of SG. To be updated with more example configuration.. --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2259 amf: support for si-swap admin op for N+M model.
Attached is version 1 of the patch (01_2259.patch) and a test configuration test_conf.xml. This version works for the simple case when all SIs which are active in the designated SU ( where Si to be swaped is active) have their standbys on same SU including the designated SI. Only some successful swap operation is tested on this patch. Will be testing fault test cases from today. So there is possibility of improvement in this version 1 also. Also working on an improved version 2 which will consider the case when active SIs of designated SU have their standbys on different SUs. Attachments: - [01_2259.patch](https://sourceforge.net/p/opensaf/tickets/_discuss/thread/4013838e/fcd3/attachment/01_2259.patch) (11.6 kB; application/octet-stream) - [test_conf.xml](https://sourceforge.net/p/opensaf/tickets/_discuss/thread/4013838e/fcd3/attachment/test_conf.xml) (13.3 kB; text/xml) --- ** [tickets:#2259] amf: support for si-swap admin op for N+M model.** **Status:** accepted **Milestone:** 5.2.FC **Created:** Wed Jan 11, 2017 06:13 AM UTC by Praveen **Last Updated:** Tue Feb 07, 2017 08:48 AM UTC **Owner:** Praveen As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model.This enhancements is for supporting the admin operation on SI of N+M model SG. AMF B.04.01 spec writes about SI_SWAP armin operation for applicable red model in the section "9.4.8 SA_AMF_ADMIN_SI_SWAP" page 386 of B.04.01 spec. For N+M model, spec states that: "If the designated SI is protected by a service group whose redundancy model is N+M, the invocation of this administrative operation results in a complete swap of all active and standby CSIs belonging to not just the designated SI but also to any other SI that is assigned active to a service unit to which the designated SI is assigned active. Application of this operation on an SI may potentially modify the standby assignments of other SIs that are protected by the same service group, but are not assigned to the service unit to which the SI in question is assigned active." **Example configuration N+1 given in spec:** In the same paragraph above in section 9.4.8 SA_AMF_ADMIN_SI_SWAP, one example is given how SI_SWAP will proceed in N+M model. 1) Four nodes U, V, W and X hosts S1, S2, S3 and S4 respectively. 2) There are three SIs SIA, SIB and SIC. 3) SIA is active in S1, SIB is active in S2 and SIC is active in S3. 4) All SIs are standby in S4. 5) SI_SWAP admin operation Flow for above configuration: As per spec , "If the swap operation is applied on SI A, the active assignment for SI A shall be moved to Service Unit S4 on Node X, and the standby assignments for SI A as well as that of SI C and SI B will be moved to Service Unit S1 on Node U. The active assignments of SI C and SI B will remain on Service Unit S3 (on Node W) and Service Unit S2 (on Node V), respectively" Here SU S1 will become quiesced for all active SIs (only one SIA in this example). At this point of time, SU S4 is standby for SIB and SIC also but SU1 is not quiesced for these two SIs. Due to this, SIB and SIC will be removed from SU S4 and it will become active for SIA. Now SU S1 will be made standby for all quiesced SIs (only one SIA in this example). Since standby assignments from SIB and SIC are getting removed during the course of this operation, SU S1 will make standby for SIB and SIC by giving fresh assignments. So in contrast to 2N redudancy model, flow of SI_SWAP operation in N+M model can lead to removal of standby assignments and also fresh assignments. **Notes on implementation: ** 1)SI_SWAP operation will not be allowed if SI Equal distribution feature is enabled in the SG. 2)Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state during the admin operation. 3)Since Operation will lead to swap of all SIs assgined to the active SU, operation will be rejected if anyone of these SIs does not have standby assignments in some SU. 4) Operation will not be allowed if it will lead to violation of SG configuration attrbiutes: saAmfSGMaxActiveSIsperSU, saAmfSGMaxStandbySIsperSU, saAmfSGNumPrefActiveSUs and saAmfSGNumPrefStandbySUs. **Changes in sg_npm_fsm.cc:** Some code related to switch operation is already present. The same code will resued and enhanced for implementation. Most of the code is under SI_OPER state of SG. To be updated with more example configuration.. --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing
[tickets] [opensaf:tickets] #2259 amf: support for si-swap admin op for N+M model.
- Description has changed: Diff: --- old +++ new @@ -1,4 +1,35 @@ -As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model. +As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model.This enhancements is for supporting the admin operation on SI of N+M model SG. -This enhancements is for supporting the admin operation on SI of N+M model SG. Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state -during the admin operation. +AMF B.04.01 spec writes about SI_SWAP armin operation for applicable red model in the section "9.4.8 SA_AMF_ADMIN_SI_SWAP" page 386 of B.04.01 spec. For N+M model, spec states that: +"If the designated SI is protected by a service group whose redundancy model is N+M, +the invocation of this administrative operation results in a complete swap of all active +and standby CSIs belonging to not just the designated SI but also to any other SI that +is assigned active to a service unit to which the designated SI is assigned active. +Application of this operation on an SI may potentially modify the standby assignments +of other SIs that are protected by the same service group, but are not assigned to the +service unit to which the SI in question is assigned active." + +**Example configuration N+1 given in spec:** +In the same paragraph above in section 9.4.8 SA_AMF_ADMIN_SI_SWAP, one example is given how SI_SWAP will proceed in N+M model. +1) Four nodes U, V, W and X hosts S1, S2, S3 and S4 respectively. +2) There are three SIs SIA, SIB and SIC. +3) SIA is active in S1, SIB is active in S2 and SIC is active in S3. +4) All SIs are standby in S4. +5) SI_SWAP admin operation Flow for above configuration: As per spec , +"If the swap operation is applied on SI A, the active assignment +for SI A shall be moved to Service Unit S4 on Node X, and the standby assignments +for SI A as well as that of SI C and SI B will be moved to Service Unit S1 on +Node U. The active assignments of SI C and SI B will remain on Service Unit S3 (on +Node W) and Service Unit S2 (on Node V), respectively" +Here SU S1 will become quiesced for all active SIs (only one SIA in this example). At this point of time, SU S4 is standby for SIB and SIC also but SU1 is not quiesced for these two SIs. Due to this, SIB and SIC will be removed from SU S4 and it will become active for SIA. Now SU S1 will be made standby for all quiesced SIs (only one SIA in this example). Since standby assignments from SIB and SIC are getting removed during the course of this operation, SU S1 will make standby for SIB and SIC by giving fresh assignments. +So in contrast to 2N redudancy model, flow of SI_SWAP operation in N+M model can lead to removal of standby assignments and also fresh assignments. + +**Notes on implementation: ** +1)SI_SWAP operation will not be allowed if SI Equal distribution feature is enabled in the SG. +2)Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state during the admin operation. +3)Since Operation will lead to swap of all SIs assgined to the active SU, operation will be rejected if anyone of these SIs does not have standby assignments in some SU. +4) Operation will not be allowed if it will lead to violation of SG configuration attrbiutes: saAmfSGMaxActiveSIsperSU, saAmfSGMaxStandbySIsperSU, saAmfSGNumPrefActiveSUs and saAmfSGNumPrefStandbySUs. + +**Changes in sg_npm_fsm.cc:** Some code related to switch operation is already present. The same code will resued and enhanced for implementation. Most of the code is under SI_OPER state of SG. + +To be updated with more example configuration.. - **Comment**: --- ** [tickets:#2259] amf: support for si-swap admin op for N+M model.** **Status:** accepted **Milestone:** 5.2.FC **Created:** Wed Jan 11, 2017 06:13 AM UTC by Praveen **Last Updated:** Wed Jan 11, 2017 06:47 AM UTC **Owner:** Praveen As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model.This enhancements is for supporting the admin operation on SI of N+M model SG. AMF B.04.01 spec writes about SI_SWAP armin operation for applicable red model in the section "9.4.8 SA_AMF_ADMIN_SI_SWAP" page 386 of B.04.01 spec. For N+M model, spec states that: "If the designated SI is protected by a service group whose redundancy model is N+M, the invocation of this administrative operation results in a complete swap of all active and standby CSIs belonging to not just the designated SI but also to any other SI that is assigned
[tickets] [opensaf:tickets] #2259 amf: support for si-swap admin op for N+M model.
- **Type**: defect --> enhancement --- ** [tickets:#2259] amf: support for si-swap admin op for N+M model.** **Status:** accepted **Milestone:** 5.2.FC **Created:** Wed Jan 11, 2017 06:13 AM UTC by Praveen **Last Updated:** Wed Jan 11, 2017 06:13 AM UTC **Owner:** Praveen As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model. This enhancements is for supporting the admin operation on SI of N+M model SG. Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state during the admin operation. --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2259 amf: support for si-swap admin op for N+M model.
--- ** [tickets:#2259] amf: support for si-swap admin op for N+M model.** **Status:** accepted **Milestone:** 5.2.FC **Created:** Wed Jan 11, 2017 06:13 AM UTC by Praveen **Last Updated:** Wed Jan 11, 2017 06:13 AM UTC **Owner:** Praveen As per spec, SI_SWAP admin operation is applicable to a SI which is protected by SG of 2N, NWAY or NPM model. Current OpenSAF implementation already supports 2N and N-WAY model. This enhancements is for supporting the admin operation on SI of N+M model SG. Since SI dep within SU is not suported in N+M model, AMF will not honour SI dep within SU while assigning Active or Quiesced HA state during the admin operation. --- Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is subscribed to https://sourceforge.net/p/opensaf/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.-- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets