Agreed. I will create a ticket and make the changes, and send to the devel list for review.
Alex On 04/04/2016 07:27 AM, praveen malviya wrote: > Hi Alex, > > It needs a fix, standby should follow the same order as active. > But in case of removal of standby assignments, it must be in reversed > order as indicated in spec. > > Thanks, > Praveen > > On 01-Apr-16 5:52 PM, Alex Jones wrote: >> Praveen/Mathi, >> >> I am happy to write a ticket and fix it, if we agree that STANDBY >> should follow the same ordering as ACTIVE. >> >> Alex >> >> >> On 04/01/2016 08:05 AM, Mathivanan Naickan Palanivelu wrote: >>> Hi Alex/Praveen, >>> >>> I don't remember being part of a discussion where the STANDBY >>> assignments should be >>> given the same treatment as 'QUIESCED/QUIESCING' in this scenario. >>> I guess the implementation just took that route based on the words "or >>> another HA state" as-in >>> P 186, section 3.8.1.3, lines29- 30 - "the active HA state is removed >>> from components or >>> another HA state is assigned to components" >>> >>> In my opinion, I think both ACTIVE and STANDBY assignments should >>> follow the same ordering of dependencies . >>> I also think this brings no additional considerations whether it is PI >>> or NPI. >>> >>> Cheers, >>> Mathi. >>> >>>> -----Original Message----- >>>> From: Alex Jones [mailto:[email protected]] >>>> Sent: Thursday, March 31, 2016 7:24 PM >>>> To: praveen malviya; [email protected] >>>> Subject: Re: [users] AMF question on CSI ordering >>>> >>>> Thanks Praveen. >>>> >>>> Maybe I need to be a little clearer here. >>>> >>>> We have two SA-aware components in the same SI. We use >>>> saAmfCSIDependencies to make sure that the ACTIVE assignment for >>>> one CSI >>>> always precedes the other. This works as we expect. But, we notice >>>> that it is >>>> not the case when the STANDBY assignment is done. And I don't >>>> understand >>>> why. I understand for QUIESCED/QUIESCING that the order should be >>>> reversed, but why not have the same order for STANDBY as ACTIVE for >>>> SA- >>>> aware components? >>>> >>>> I don't see a mention of NPI anywhere in 3.8.1.3, so I'm not sure >>>> what you >>>> mean here. >>>> >>>> Alex >>>> >>>> >>>> On 03/30/2016 09:18 AM, praveen malviya wrote: >>>>> Please see inline. >>>>> >>>>> Thanks, >>>>> Praveen >>>>> >>>>> On 30-Mar-16 6:18 PM, Alex Jones wrote: >>>>>> Hi, >>>>>> >>>>>> Does anyone know what is the reasoning behind "*/reverse >>>>>> order >>>>>> is applied when /**/... another HA state is assigned to >>>>>> components/*" >>>>>> in the AMF spec in 3.8.1.3. Apparently OpenSAF interprets this for >>>>>> STANDBY assignment. In other words, if I use CSIDependencies I can >>>>>> order the ACTIVE assignment for each CSI, but the STANDBY CSI >>>>>> assignments are done in reverse. I understand why QUIESCING or >>>>>> QUIESCED should be done in reverse order, but why STANDBY? I would >>>>>> think you would want the ordering the same as for ACTIVE. >>>>>> >>>>>> Can someone explain this? >>>>> In the section 3.8.1.3, the example used for explanation of CSI deps >>>>> models NPI components. In the next section (3.8.2 page 188), spec >>>>> clearly differentiate between the use of saAmfCompinstantiationlevel >>>>> and CSI deps for resolving dependencies among components. >>>>> So in case of NPI components, there will be no assignments for >>>>> standby. So the question of order becomes invalid. For >>>>> quiesced/quiescing state termination will be done in reverse order >>>>> and >>>>> it goes with spec. >>>>> >>>>> At the same time for sa-aware compnents, SI deps is the way that spec >>>>> proposes for any assignment related dependencies and >>>>> saAmfCompinstantiationlevel for any execution environment related >>>>> deps. >>>>>> Alex >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> >>>>>> --------- >>>>>> >>>>>> Transform Data into Opportunity. >>>>>> Accelerate data analysis in your applications with Intel Data >>>>>> Analytics Acceleration Library. >>>>>> Click to learn more. >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>>>> _______________________________________________ >>>>>> Opensaf-users mailing list >>>>>> [email protected] >>>>>> https://lists.sourceforge.net/lists/listinfo/opensaf-users >>>>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> >>>> >>>> Transform Data into Opportunity. >>>> Accelerate data analysis in your applications with Intel Data >>>> Analytics >>>> Acceleration Library. >>>> Click to learn more. >>>> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 >>>> _______________________________________________ >>>> Opensaf-users mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/opensaf-users >> > ------------------------------------------------------------------------------ _______________________________________________ Opensaf-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensaf-users
