On 04-Oct-13 10:16 AM, Greg Hurlman wrote: > Thanks Praveen that answers my question. > > Some other issues while testing in version 4.3.1 found that, > > 1. While a component is made to restarts for some valid error scenario > for the defined number of saAmfSGCompRestartMax(Value=10), recovery > option set to component restart, it does not honor the attributes > > saAmfCompNumMaxInstantiateWithoutDelay(value=2) > saAmfCompNumMaxInstantiateWithDelay and (value=8) > saAmfCompDelayBetweenInstantiateAttempts(Value=10000000000). > They are tickets for them: #107 and #374. > Does this attributes depends on other configurations or is getting > overridden by some other attributes? > > 2. While verifying compDisableRestart, I set compDisableRestart=true, > when the component was continuously restarting. > > Result was instead of component restart it went to SUFailover as the > recovery option and then node reboot. While I was expecting the > behavior to just pause restarting and again when the value will be set > to compDisableRestart=false, then start instantiate it and if fails > again continue restarting with restart count set to zero. Am I > interpreting correctly here? Is this attribute dependent or being > overridden by some other configuration attribute? > If compDisableRestart=true means component is not restart capable and AMF will perform next level of recovery which is suFailover. It does not mean stop component from restarting. Please see spec for more details of such attributes. > Basically I was looking for debugging, a configuration option to pause > temporarily or stop the continuous attempts to instantiate this > component as a result of SU unlock admin operation, but not able to > come up for a valid error reason. Every other attempt fails and > eventually escalated to node reboot and prevents from looking into the > issue. Do we have a way to stop this? > CallbackTimeout can be configured with very large values and break point on csiset callback can be put to wait for debugging. Otherwise let the component move to INST/TERM failed state intentionally. In these two states AMF will not take any recovery action.
Thanks Praveen > Anything obvious errors I am doing here? > > Thanks > Greg > > > > On Thu, Oct 3, 2013 at 2:17 AM, praveen malviya > <[email protected] <mailto:[email protected]>> wrote: > > Please see inline. > > On 03-Oct-13 9:37 AM, Greg Hurlman wrote: >> Thanks Praveen, >> >> Precisely I wanted the configuration to form different node >> groups out of the payload nodes. Ex: If PL-1, PL-2, PL-3 and PL-4 >> are the payload nodes, then how do we differentiate the DN names >> given to the saAmfNGNodeList when PL-1 and PL-2 form one group >> and PL-3 and PL-4 form the other group. I believe PLs we can not >> mention in DN otherwise the DN names for both the groups will be >> the same. > I tried to make a new group from existing imm.xml which is having > 2 SCs and 2 PLs > To make SC-1 and PL-3 in one group: > 1)immcfg -c SaAmfNodeGroup > safAmfNodeGroup=SC-1andPL-3,safAmfCluster=myAmfCluster -a > saAmfNGNodeList=safAmfNode=SC-1,safAmfCluster=myAmfCluster > 2) immcfg safAmfNodeGroup=SC-1andPL-3,safAmfCluster=myAmfCluster > -a saAmfNGNodeList+=safAmfNode=PL-3,safAmfCluster=myAmfCluster > 3)immlist safAmfNodeGroup=SC-1andPL-3,safAmfCluster=myAmfCluster gives > Name Type Value(s) > ======================================================================== > safAmfNodeGroup SA_STRING_T safAmfNodeGroup=SC-1andPL-3 > saAmfNGNodeList SA_NAME_T > safAmfNode=SC-1,safAmfCluster=myAmfCluster (42) > safAmfNode=PL-3,safAmfCluster=myAmfCluster (42) > SaImmAttrImplementerName SA_STRING_T safAmfService > SaImmAttrClassName SA_STRING_T SaAmfNodeGroup > SaImmAttrAdminOwnerName SA_STRING_T <Empty> > > 4) Now in AMF application in SG class: > <attr> > <name>saAmfSGSuHostNodeGroup</name> > <value>safAmfNodeGroup=SC-1andPL-3,safAmfCluster=myAmfCluster</value> > </attr> > > So AMF will spawn SUs on SC-1 and PL-3 for this SG. > >> >> Also could you tell me the configurations for protection group >> and service instance assignment with reference to both examples >> for both 2N and N-way active models? >> > I did not get this questions correctly. These configuration are > already in samples directory of opensaf tar. > Once these configurations are brought up, command "amf-state > siass" will show HA states of SIs in SUs. > > Thanks > Praveen > >> Thanks, >> Greg >> >> >> On Mon, Sep 23, 2013 at 10:41 PM, praveen malviya >> <[email protected] <mailto:[email protected]>> >> wrote: >> >> Please see inline. >> >> On 24-Sep-13 2:27 AM, Greg Hurlman wrote: >> >> Hi Guys, >> >> Need some help in understanding more on configuring the >> SG and protection >> groups for the below example scenario. >> >> Referring to spec SAI-AIS-AMF-B.04.01, section 3.1.11 >> figure 2, and sample >> example AppConfig-2N.xml, how would I can configure IMM >> model for the below >> entities: >> >> 1. SG1 spanning node U and V? Do I need to mention >> something like this or >> something else? >> >> <attr> >> <name>saAmfSGSuHostNodeGroup</name> >> <value>safAmfNodeGroup=U,V >> ,safAmfCluster=myAmfCluster</value> >> </attr> >> 2. PG A1 between components C1 and C3. >> 3. Service instance A, being assigned active to S1 and >> standby to S2 >> >> 1) Suppose the above mentioned node group has been created >> and it contains two nodes in its attribute NodeList: >> saAmfNGNodeList SA_NAME_T >> safAmfNode=NodeU,safAmfCluster=myAmfCluster (42) >> safAmfNode=NodeV,safAmfCluster=myAmfCluster (42) >> >> 2) Now in order to map Service Unit S1 to Node U, configure >> S1 with attibute: >> <attr> >> <name>saAmfSUHostNodeOrNodeGroup</name> >> <value>safAmfNode=NodeU,safAmfCluster=myAmfCluster</value> >> </attr> >> >> Similary for S2. >> >> So in this way S1 will come up on Node U and S2 will come up >> on S2. >> In AppConfig-2N.xml: >> For mapping SU1 to SC-1 add this attrbiute: >> <attr> >> <name>saAmfSUHostNodeOrNodeGroup</name> >> <value>safAmfNode=SC-1,safAmfCluster=myAmfCluster</value> >> </attr> >> >> For SU2 replace SC-1 by SC-2. >> >> Thanks >> Praveen >> >> Thanks, >> Greg >> >> ------------------------------------------------------------------------------ >> October Webinars: Code for Performance >> Free Intel webinars can help you accelerate application >> performance. >> Explore tips for MPI, OpenMP, advanced profiling, and >> more. Get the most from >> the latest Intel processors and coprocessors. See >> abstracts and register > >> >> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk >> _______________________________________________ >> Opensaf-users mailing list >> [email protected] >> <mailto:[email protected]> >> https://lists.sourceforge.net/lists/listinfo/opensaf-users >> >> >> > > ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk _______________________________________________ Opensaf-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensaf-users
