changeset: 4373:8dc4da4e842f
branch: opensaf-4.2.x
parent: 4366:b34d6d43bcb0
user: [email protected]
date: Fri Jul 26 10:12:13 2013 +0530
summary: amfd: update assignment counters when component faults during
shutdown op [#307]
changeset: 4374:6f9536582bd1
branch: opensaf-4.3.x
parent: 4369:3ec7ba4014e0
user: [email protected]
date: Fri Jul 26 10:13:29 2013 +0530
summary: amfd: update assignment counters when component faults during
shutdown op [#307]
changeset: 4375:bc8621af67c6
tag: tip
parent: 4372:0ced4c000fa6
user: [email protected]
date: Fri Jul 26 10:14:14 2013 +0530
summary: amfd: update assignment counters when component faults during
shutdown op [#307]
---
** [tickets:#307] One SI shows partially assigned in 2nModel**
**Status:** fixed
**Created:** Fri May 24, 2013 08:11 AM UTC by Nagendra Kumar
**Last Updated:** Tue Jul 23, 2013 12:49 PM UTC
**Owner:** Praveen
Migrated from http://devel.opensaf.org/ticket/3015
One SI shows partially assigned in 2nModel
changeset : 3969 with pataches :2986,2884,2865,2977
Model : 2N
configuration : 1SG,2SUs,4SIs,each SU has 4comps.1CSIs in each SI
si-si deps configured as SI1 sponsor and SI2,SI3,SI4 are dependents to SI1.
SU1 is mapped to pl-3 and Su2 to pl-4
Scenario:
--------------------------------------------------------------------------------
1.Shutdown the active SU
2.A component (comp3) which is assigned CSI3/SI3 ( SI3 being dependent SI ) is
made to fault by timing-out in quiescing cbk.
3.As part of recovery nodeFailover got escalated.
4. Node pl-3 went for reboot and came up. SU2 was in locked state.
5. performed amf-adm unlock of SU1.
SI3 got assigned standby to SU1 but its state show partially-assigned instead
of fully assigned.
amf-state si shows:
safSi=SI1,safApp=test2nApp
saAmfSIAdminState=UNLOCKED(1)
saAmfSIAssignmentState=FULLY_ASSIGNED(2)
safSi=SI2,safApp=test2nApp
saAmfSIAdminState=UNLOCKED(1)
saAmfSIAssignmentState=FULLY_ASSIGNED(2)
safSi=SI3,safApp=test2nApp
saAmfSIAdminState=UNLOCKED(1)
saAmfSIAssignmentState=PARTIALLY_ASSIGNED(3)
safSi=SI4,safApp=test2nApp
saAmfSIAdminState=UNLOCKED(1)
saAmfSIAssignmentState=FULLY_ASSIGNED(2)
/etc/init.d/opensafd status :
safSISU=safSu=SU2\,safSg=SG\,safApp=test2nApp,safSi=SI1,safApp=test2nApp
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SU2\,safSg=SG\,safApp=test2nApp,safSi=SI2,safApp=test2nApp
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SU2\,safSg=SG\,safApp=test2nApp,safSi=SI3,safApp=test2nApp
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SU2\,safSg=SG\,safApp=test2nApp,safSi=SI4,safApp=test2nApp
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SU1\,safSg=SG\,safApp=test2nApp,safSi=SI1,safApp=test2nApp
saAmfSISUHAState=STANDBY(2)
safSISU=safSu=SU1\,safSg=SG\,safApp=test2nApp,safSi=SI4,safApp=test2nApp
saAmfSISUHAState=STANDBY(2)
safSISU=safSu=SU1\,safSg=SG\,safApp=test2nApp,safSi=SI2,safApp=test2nApp
saAmfSISUHAState=STANDBY(2)
safSISU=safSu=SU1\,safSg=SG\,safApp=test2nApp,safSi=SI3,safApp=test2nApp
saAmfSISUHAState=STANDBY(2)
Analysis:
For quiescing assignments, saAmfSINumCurrActiveAssignments is decremented after
receiving the SUSI success response from amfnd. This decrement was successfuly
performed for SI2 and SI4. For SI3 quiescing assignment got timed out, so no
successful SUSI response was received at amfd. Hence counter was not updated
for SI3. At the time of fail over saAmfSINumCurrActiveAssignments was
incremented by 1 for each SIs.
Assignment counters are also updated during SUSI delete if the SUSI is in
assigning or assigned state with HA state other than quiesced. In the present
case of node failover escalation, SUSI delete is done. For SI1 the decrement is
performed in SUSI delete as its SUSI is in assigned state and HA state active
(for SI1 quiescing was not sent). For SI2 and SI4 no need to change the counter
as it was done in quiescing response and they are in Quiesced state. Since SUSI
of SI3 is still in modify state, so here also no decrement was performed and
because of increment durung failover its value became 2. When SU1 was unlocked,
standby assignments were given to all the SIs. Since assignment counters for
SI1,SI2 and SI4 became correct their assignment state is fully assigned. But
for SI3 saAmfSINumCurrActiveAssignments=2, its assignment state is partially
assigned.
---
Sent from sourceforge.net because [email protected] 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.
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
