Hi Hans, In both node failover and SU failover the spec expects that All the components in the SU whose component recommended the failover are cleaned up. We wanted to make it a Little softer for the components hence we do
1) Clean up of only the failed component. 2) For all the other components in the SU, Quiesced and remove in case of active CSI assignment/only remove in case of standby CSI assignment. 3) In the process of CSI quiesced/remove if any of the component gives error if It can't handle it we then clean it up. This way we give a chance for the healthy components to deal with the situation. If they can't we will anyway clean them up as specified in the spec. Regards Sugadeesh > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Saha > Sayandeb-G19428 > Sent: Thursday, January 17, 2008 11:31 PM > To: Hans Feldt > Cc: [email protected] > Subject: Re: [Users] AMF Node > fail-over,SaAmfCSIRemoveCallbackT erroneously called? > > Hans, > > One correction to my earlier comment. I failed to notice the > phrase "abrupt termination" in the description of the > recovery action and in such a case it will indeed be CLEANUP > that needs to be invoked on the components in the affected > node as AMF shouldn't trust erroneous components to execute > callbacks. This is probably a bug. > > Thanks > Sayan > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Saha > > Sayandeb-G19428 > > Sent: Thursday, January 17, 2008 10:21 AM > > To: Hans Feldt > > Cc: [email protected] > > Subject: Re: [Users] AMF Node > > fail-over,SaAmfCSIRemoveCallbackT erroneously called? > > > > Hans, > > > > One comment inline ... > > > > > When testing node fail-over, we have seen that > > SaAmfCSIRemoveCallbackT > > > is called for components. The fail-over is initiated from a > > component > > > calling saAmfComponentErrorReport with recommended recovery > > FAIL_OVER. > > > > > > We expected the CLC-CLI CLEANUP command to be called > directly since > > > AMF B.01.01 > > > states: > > > > I think your interpretation that there is no need to do a > > SaAmfCSIRemoveCallbackT is correct in case of SA_AMF_NODE_FAILOVER > > recommended recovery. But I was under the impression that > TERMINATE > > in its various incarnations like callback, CLC-CLI etc. > (based on the > > type of the > > components) would be invoked under such circumstances and > not CLEANUP. > > > > Thanks > > Sayan > > > > > "This implies an abrupt termination of all local components and > > > failing over all service instances assigned to all service > > units on a > > > node." > > > > > > Our opinion is that CSI remove should be used during SU > > fail-over and > > > Node switch-over. > > > > > > What is your opinion? > > > > > > Regards, > > > Hans > > > _______________________________________________ > > > Users mailing list > > > [email protected] > > > http://list.opensaf.org/maillist/listinfo/users > > > > > > > > ______________________________________________________________________ > > This email has been scanned by the MessageLabs Email > Security System. > > For more information please visit > > http://www.messagelabs.com/email > > > ______________________________________________________________________ > > _______________________________________________ > > Users mailing list > > [email protected] > > http://list.opensaf.org/maillist/listinfo/users > > > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit > http://www.messagelabs.com/email > ______________________________________________________________________ > _______________________________________________ > Users mailing list > [email protected] > http://list.opensaf.org/maillist/listinfo/users > ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ _______________________________________________ Users mailing list [email protected] http://list.opensaf.org/maillist/listinfo/users
