+1. Will follow up..
On Wed, Nov 6, 2013 at 10:48 AM, Nirmal Fernando <[email protected]>wrote: > Ok, if someone can enable debug logs and see the complete topology, no > need to persist in file system. Please persist only in registry. > > > On Wed, Nov 6, 2013 at 10:38 AM, Reka Thirunavukkarasu <[email protected]>wrote: > >> Wouldn't it be an overhead of storing the complete topology in registry >> as well as in the filesystem? Also, we have put the debug logs to the >> complete topology. If someone wants to get the complete topology, then they >> can debug using debug logs. In this case, Can we only persist the complete >> topology in the registry? >> >> Thanks, >> Reka >> >> >> On Wed, Nov 6, 2013 at 9:15 AM, Nirmal Fernando >> <[email protected]>wrote: >> >>> If someone wants to look-up current up-to-date topology. Would be very >>> helpful, if you wanna debug the set up. AFAIK what you store in registry is >>> topology as a blob. Hence, it is not easily readable. >>> >>> WDYT? >>> >>> >>> On Wed, Nov 6, 2013 at 9:11 AM, Pradeep Fernando <[email protected]>wrote: >>> >>>> Hi Nirmal, >>>> >>>> Why we want to persist in two locations ? (both registry and >>>> file-system) >>>> >>>> >>>> --Pradeep >>>> >>>> >>>> On Wed, Nov 6, 2013 at 9:07 AM, Nirmal Fernando <[email protected] >>>> > wrote: >>>> >>>>> >>>>> >>>>> >>>>> On Wed, Nov 6, 2013 at 8:53 AM, Pradeep Fernando >>>>> <[email protected]>wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> if we are persisting. Then why not registry ? >>>>>> >>>>> >>>>> Yes, we should persist in registry. Earlier we have persisted both in >>>>> the file system and registry. May be we should do the same? >>>>> >>>>> >>>>>> or else are we re-using some FileSystem based persistor available in >>>>>> Carbon ? ... >>>>>> >>>>>> thanks, >>>>>> --Pradeep >>>>>> >>>>>> >>>>>> On Tue, Nov 5, 2013 at 5:16 PM, Reka Thirunavukkarasu >>>>>> <[email protected]>wrote: >>>>>> >>>>>>> Yah..We persist the whole topology in the file system in CC in order >>>>>>> to recover from a restart. >>>>>>> >>>>>>> Thanks, >>>>>>> Reka >>>>>>> >>>>>>> >>>>>>> On Tue, Nov 5, 2013 at 5:06 PM, Nirmal Fernando < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Hi Reka, >>>>>>>> >>>>>>>> CC is the one who builds the topology after extracting information >>>>>>>> from other components right? So, CC should definitely persist the full >>>>>>>> topology information in a registry, so that Startos can recover from a >>>>>>>> restart of CC, IMO. >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Nov 5, 2013 at 4:52 PM, Reka Thirunavukkarasu < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Hi >>>>>>>>> >>>>>>>>> Can we go ahead with the subject? Since we have introduced the >>>>>>>>> Topology with all sort of information which is relevant to Cloud >>>>>>>>> Controller, I hope that we can remove the data persistence in >>>>>>>>> registry from >>>>>>>>> the Cloud Controller. >>>>>>>>> >>>>>>>>> From the Topology, now we can access the node related information >>>>>>>>> such state, member Id and Node Id. If we need more information on a >>>>>>>>> particular Node, then we can get it via the jcloud at any point, if >>>>>>>>> we have >>>>>>>>> the nodeId with us. Please see the below for more information from the >>>>>>>>> Member in the Topology: >>>>>>>>> >>>>>>>>> Member { >>>>>>>>> >>>>>>>>> private String serviceName; >>>>>>>>> private String clusterId; >>>>>>>>> private String memberId; >>>>>>>>> private MemberStatus status; >>>>>>>>> private float loadAverage; >>>>>>>>> private float memoryConsumption; >>>>>>>>> private String memberIp; >>>>>>>>> private Map<String, Port> portMap; >>>>>>>>> private Properties properties; >>>>>>>>> private String iaasNodeId; >>>>>>>>> >>>>>>>>> ......... >>>>>>>>> } >>>>>>>>> >>>>>>>>> Also, we can refactor the Data publish to publish all the state >>>>>>>>> changes of the Topology for a particular member. >>>>>>>>> >>>>>>>>> Please provide your feedback on this and also correct me, if i >>>>>>>>> missed any important points here? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Reka >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Reka Thirunavukkarasu >>>>>>>>> Software Engineer, >>>>>>>>> WSO2, Inc.:http://wso2.com, >>>>>>>>> Mobile: +94776442007 >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Best Regards, >>>>>>>> Nirmal >>>>>>>> >>>>>>>> Nirmal Fernando. >>>>>>>> PPMC Member & Committer of Apache Stratos, >>>>>>>> Senior Software Engineer, WSO2 Inc. >>>>>>>> >>>>>>>> Blog: http://nirmalfdo.blogspot.com/ >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Reka Thirunavukkarasu >>>>>>> Software Engineer, >>>>>>> WSO2, Inc.:http://wso2.com, >>>>>>> Mobile: +94776442007 >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Pradeep Fernando. >>>>>> http://pradeepfernando.blogspot.com/ >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best Regards, >>>>> Nirmal >>>>> >>>>> Nirmal Fernando. >>>>> PPMC Member & Committer of Apache Stratos, >>>>> Senior Software Engineer, WSO2 Inc. >>>>> >>>>> Blog: http://nirmalfdo.blogspot.com/ >>>>> >>>> >>>> >>>> >>>> -- >>>> Pradeep Fernando. >>>> http://pradeepfernando.blogspot.com/ >>>> >>> >>> >>> >>> -- >>> Best Regards, >>> Nirmal >>> >>> Nirmal Fernando. >>> PPMC Member & Committer of Apache Stratos, >>> Senior Software Engineer, WSO2 Inc. >>> >>> Blog: http://nirmalfdo.blogspot.com/ >>> >> >> >> >> -- >> Reka Thirunavukkarasu >> Software Engineer, >> WSO2, Inc.:http://wso2.com, >> Mobile: +94776442007 >> >> >> > > > -- > Best Regards, > Nirmal > > Nirmal Fernando. > PPMC Member & Committer of Apache Stratos, > Senior Software Engineer, WSO2 Inc. > > Blog: http://nirmalfdo.blogspot.com/ > -- Reka Thirunavukkarasu Software Engineer, WSO2, Inc.:http://wso2.com, Mobile: +94776442007
