Hi Mahesh, The Active ccbs which are applied will be removed after 5 minutes not 5 seconds.
Thanks, Neel. On 2016/09/01 06:02 PM, Neelakanta Reddy wrote: > Hi Mahesh, > > comments inline. > > On 2016/09/01 03:05 PM, A V Mahesh wrote: >> Hi Neel, >> >> On 9/1/2016 2:39 PM, Neelakanta Reddy wrote: >>> Hi, >>> >>> I think this is not yet documented and will be documented. >>> Try to increase the ccb limits and check. >> Increasing the ccb limits will extend the issue for more number of CCB >> operations it will not reslove the issue . >> > The CCB-LIMIT is the maximum number of active CCBs running in the cluster. > Active CCBs are the CCBs that are not yet applied and ccbs that are > active which will be removed after 5 seconds. > >> As far as A fresh single IMM application is running and trying to >> created an object will receive ERR_NO_RESOURCES >> this is not acceptable , IMM application will be clue less why it >> got ERR_NO_RESOURCES , > The ERROR clearly indicates why ERR_NO_RESOURCE is given. *In the older > releases even though the CCB-limit is existing, it is not checked > strictly*. > ERR_NO_RESOURCES: maximum Ccbs limit 10000 has been reached for the cluster > > From Spec: > SA_AIS_ERR_NO_RESOURCES - The system is out of required resources (other > than memory). > > *The present supported active CCBs are 10,000. This parameter > dynamically is configurable at runtime with enhancement #195.* > >> say for example cluster is up and running for some days and over all >> commits reached to 10000 , subsequently > The committed ccbs will be removed after 5 seconds and the number of > active mccbs may not reach 10000. > If it reaches, the parameter is dynamically configurable at runtime. >> at that given point of time only one single IMM application is >> started in cluster and trying to created an object and holding one CCB >> the ccb operation will get ERR_NO_RESOURCES with out any reason, this >> is an issue. >> > The CCBs are not related to one application. CCbs are always cluster > wide and CCB_LIMIT is cluster wide. >> ERR_NO_RESOURCES only justifiable if 10000 IMM application >> concurrently holding 10000 CCB`s. >> >> If you what to document also it will be complex for Application to >> handel ERR_NO_RESOURCES >> > I do not understand the complex part, it is simple the active CCB-LIMIT > is 10000 and this can be configurable at run time. >> - We need to know why IMM after some timeout period it allowed CCB`s ? > after the ccb is apply, the CCB will be removed after 5 seconds from IMM > database. >> - How dose application handle ERR_NO_RESOURCES IMM recover from >> this stage? , do application need to writer timers ? > ERR_NO_RESOURCE is one kind TRY_AGAIN please refer IMMSv_PR > > 1) For error codes ERR_NO_RESOURCES, ERR_NO_MEMORY, ERR_BUSY, are > logically equivalent to the return code TRY_AGAIN, >> - The same behavior was not with previous release , which ticket case >> forced to changed to this new behavior ? >> > Again, this was introduced as apart of enhancement #195. In the > previous release the check is not there for each ccb creation, this is > made strict with this enhancement. > This can be dynamically configurable. >> Try to fix the issue insisted of documenting. >> > In your test you are creating CCBs more than 10000 continuously, and > within 5 seconds period, that is the reason you are hitting the error. > Tune the CCB-LIMIT according to your requirement . > > Regards, > Neel. > >> -AVM >> >> >>> /Neel. >>> >>> On 2016/09/01 02:01 PM, Chani Srivastava wrote: >>>> Hi, >>>> >>>> With current 5.1 OpenSAF changeset 7997 the issue is reproducible >>>> >>>> ============================================== >>>> Sep 1 12:16:52 OSAF-SC1 osafimmnd[27298]: NO Ccb 10002 COMMITTED >>>> (chaniTestClass) >>>> Sep 1 12:16:52 OSAF-SC1 osafimmnd[27298]: NO Ccb 10003 COMMITTED >>>> (chaniTestClass) >>>> Sep 1 12:16:52 OSAF-SC1 osafimmnd[27298]: NO Ccb 10004 COMMITTED >>>> (chaniTestClass) >>>> Sep 1 12:16:52 OSAF-SC1 osafimmnd[27298]: NO Ccb 10005 COMMITTED >>>> (chaniTestClass) >>>> Sep 1 12:16:52 OSAF-SC1 osafimmnd[27298]: NO ERR_NO_RESOURCES: maximum >>>> Ccbs limit 10000 has been reached for the cluster >>>> =============================================== >>>> >>>> This looks like a candidate for ticket. Let me know i'll raise it in >>>> community. >>>> >>>> -Chani >>>> >>>> On 9/1/2016 1:49 PM, Neelakanta Reddy wrote: >>>>> Hi, >>>>> >>>>> can you verify the same with 5.1. >>>>> >>>>> /Neel. >>>>> >>>>> >>>>> On 2016/09/01 12:58 PM, Chani Srivastava wrote: >>>>>> Hi All, >>>>>> >>>>>> I verified this is a break in functionality. In OpenSAF 5.0 I tried >>>>>> creating 15000 objects per CCB and it worked fine. >>>>>> >>>>>> ===================================== >>>>>> Nov 26 15:21:17 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 237 COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:21:17 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 238 COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:21:17 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 239 COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:21:17 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 240 COMMITTED >>>>>> (chaniTestClass) >>>>>> . >>>>>> . >>>>>> . >>>>>> Nov 26 15:23:05 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 15230 >>>>>> COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:23:05 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 15231 >>>>>> COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:23:05 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 15232 >>>>>> COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:23:05 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 15233 >>>>>> COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:23:05 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 15234 >>>>>> COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:23:05 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 15235 >>>>>> COMMITTED >>>>>> (chaniTestClass) >>>>>> Nov 26 15:23:05 SCALE_SLOT-91 osafimmnd[24451]: NO Ccb 15236 >>>>>> COMMITTED >>>>>> (chaniTestClass) >>>>>> ====================================== >>>>>> >>>>>> The ticket #195 only makes the MAX parameters configurable. >>>>>> If accepted, I'll raise the ticket in sourceforge. >>>>>> >>>>>> -Chani >>>>>> >>>>>> On 9/1/2016 10:59 AM, A V Mahesh wrote: >>>>>>> Hi All, >>>>>>> >>>>>>> I was running `immcfg` in a loop to create some object , once it >>>>>>> reaches 10001objects creation >>>>>>> Immnd is returning `ERR_NO_RESOURCES: maximum Ccbs limit 10000 >>>>>>> has been >>>>>>> reached for the cluster` error >>>>>>> which is unexpected , once `immcfg` reruns , it is expected >>>>>>> that the >>>>>>> `maximum Ccbs` will decremented ( this was previous behavior) , >>>>>>> >>>>>>> can you please check. >>>>>>> >>>>>>> ========================================================================================================= >>>>>>> >>>>>>> >>>>>>> >>>>>>> for (( i = 1 ; i <=300000; i++)) >>>>>>> immcfg -c PinvId -a pinvPhoneNumber=+46768 pinvRdn=$i >>>>>>> >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO Ccb 9996 COMMITTED >>>>>>> (immcfg_SC-1_2334) >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO Ccb 9997 COMMITTED >>>>>>> (immcfg_SC-1_2337) >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO Ccb 9998 COMMITTED >>>>>>> (immcfg_SC-1_2340) >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO Ccb 9999 COMMITTED >>>>>>> (immcfg_SC-1_2343) >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO Ccb 10000 COMMITTED >>>>>>> (immcfg_SC-1_2346) >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO Ccb 10001 COMMITTED >>>>>>> (immcfg_SC-1_2349) >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO ERR_NO_RESOURCES: >>>>>>> maximum Ccbs >>>>>>> limit 10000 has been reached for the cluster >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO ERR_NO_RESOURCES: >>>>>>> maximum Ccbs >>>>>>> limit 10000 has been reached for the cluster >>>>>>> Sep 1 10:43:33 SC-1 osafimmnd[4466]: NO ERR_NO_RESOURCES: >>>>>>> maximum Ccbs >>>>>>> limit 10000 has been reached for the cluster >>>>>>> >>>>>>> >>>>>>> ========================================================================================================= >>>>>>> >>>>>>> >>>>>>> >>>>>>> -AVM >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Opensaf-devel mailing list >>>>>>> Opensaf-devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/opensaf-devel >>>>>> ------------------------------------------------------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> Opensaf-devel mailing list >>>>>> Opensaf-devel@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/opensaf-devel >>>>> ------------------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Opensaf-devel mailing list >>>>> Opensaf-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/opensaf-devel >>>> ------------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Opensaf-devel mailing list >>>> Opensaf-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/opensaf-devel >>> ------------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Opensaf-devel mailing list >>> Opensaf-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/opensaf-devel > ------------------------------------------------------------------------------ > _______________________________________________ > Opensaf-devel mailing list > Opensaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/opensaf-devel ------------------------------------------------------------------------------ _______________________________________________ Opensaf-devel mailing list Opensaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-devel