On 25-Jun-13 4:24 PM, Hans Feldt wrote: > > On 06/25/2013 11:50 AM, Mathivanan Naickan Palanivelu wrote: >>> -----Original Message----- >>> From: Hans Feldt [mailto:[email protected]] > >>>> - I'm sure you would have had a reason to do it this way, but I >>>> thought >>> alternatively performing the repair at the AMFND itself(instead of >>> notifying >>> to AMFD) is one viable option! >>> >>> Guess not it interferes with a potential auto adjust feature right? >> >> I meant that we could avoid the 'extra step' of informing AMFD. >> May be, we could reduce the latency (in repairing) if avoid going >> through AMFD. >> Well, AMFND could be made aware of autoadjust attributes, isn't it! > > There might be a another higher ranked SU that should be activated > instead. A bit like "auto adjust at failures", not the full semantics. > A think it will actually work like that. Praveen? > Yes, after fail-over avd_sg_app_su_inst_func() will do that. It will try to instantiate other higher ranked SU honoring other conditions and SG attributes. > Thanks, > Hans >
------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Opensaf-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensaf-devel
