Currently AMFD returns TRY_AGAIN when SG is unstable and some admin op request
comes for most of the entities. For admin restart of SU, currently AMFD returns
TRY_AGAIN. I proposed solution on those lines. However, there is a general
enhancement ticket to allow admin op in SG unstable cases:
\#1873 amf: Avoid rejecting user requests due to internal "unstable" state.
Spec is not very much clear in general for all cases. Only at one place (9.4.7
SA_AMF_ADMIN_RESTART page 384 ), to avoid restart admin op parallely over other
admin op going on same entity, it states that:
"The Availability Management Framework must not proceed with this operation if
another administrative operation or an error recovery initiated by the
Availability Management
Framework is already engaged on the logical entity. In such case, the
SA_AIS_ERR_TRY_AGAIN error value shall be returned to indicate that the action
is
feasible but not at this instant."
For the case locking of standby SU and restart of component in active SU: for a
restartable component it can be allowed as it will be local to AMFND. But for a
non-restartable component assignments needs to be switchovered and AMFD will
have to find standby SUs. It will increase the complexity for red models like
Nway and NplusM.
---
** [tickets:#2485] amfnd: missing susi response if component is restarted**
**Status:** accepted
**Milestone:** 5.17.06
**Created:** Wed Jun 07, 2017 12:57 AM UTC by Gary Lee
**Last Updated:** Wed Jun 07, 2017 08:37 AM UTC
**Owner:** Praveen
An SI contains multiple CSIs. If a restart component admin operation arrives at
amfnd before all CSIs are assigned,
the SUSI response is not sent to AMFD.
This code in avnd_comp_csi_assign_done() appears to be the problem area.
/* while restarting, we wont use assign all, so csi will not be null */
if (csi && m_AVND_COMP_CSI_CURR_ASSIGN_STATE_IS_RESTARTING(csi)) {
m_AVND_COMP_CSI_CURR_ASSIGN_STATE_SET(csi,
AVND_COMP_CSI_ASSIGN_STATE_ASSIGNED);
goto done;
}
Perhaps we should not initiate a restart in avnd_evt_comp_admin_op_req(), if
a component is still in AVND_COMP_CSI_ASSIGN_STATE_ASSIGNING state.
---
Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
