Analysis:
1) Lock-in of SG issued at:
Apr 14 17:30:02.705242 osafamfd [10125:avd_sg.c:1343] >>
avd_sg_admin_state_set: safSg=SGONE,safApp=TWONAPP AdmState LOCKED =>
LOCKED_INSTANTIATION
AMFD sends terminate event for all the 4 instantiated SUs:
Apr 14 17:30:02.707050 osafamfd [10125:avd_util.c:0361] >>
avd_snd_presence_msg: Terminate 'safSu=SU1,safSg=SGONE,safApp=TWONAPP'
Apr 14 17:30:02.707452 osafamfd [10125:avd_util.c:0361] >>
avd_snd_presence_msg: Terminate 'safSu=SU2,safSg=SGONE,safApp=TWONAPP'
Apr 14 17:30:02.707888 osafamfd [10125:avd_util.c:0361] >>
avd_snd_presence_msg: Terminate 'safSu=SU3,safSg=SGONE,safApp=TWONAPP'
Apr 14 17:30:02.708599 osafamfd [10125:avd_util.c:0361] >>
avd_snd_presence_msg: Terminate 'safSu=SU4,safSg=SGONE,safApp=TWONAPP'
Reply to IMM for LOCK_IN operation
Apr 14 17:30:02.709457 osafamfd [10125:avd_sg.c:0916] <<
sg_app_sg_admin_lock_inst: 1
Apr 14 17:30:02.709465 osafamfd [10125:avd_imm.c:1764] >>
avd_saImmOiAdminOperationResult: inv:932007903233, res:1
Apr 14 17:30:02.709477 osafamfd [10125:lga_api.c:0738] >> saLogWriteLogAsync
2) All the four SUs transitioned to TERMINATING state but only SU3 and SU4
transitioned to UNINSTANTIATED state.
This is because the repoter has delayed terminate callback for Su1 and SU2.
Apr 14 17:30:02.965460 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU1,safSg=SGONE,safApp=TWONAPP' INSTANTIATED => TERMINATING
Apr 14 17:30:02.982493 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU4,safSg=SGONE,safApp=TWONAPP' INSTANTIATED => TERMINATING
Apr 14 17:30:02.987188 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU3,safSg=SGONE,safApp=TWONAPP' INSTANTIATED => TERMINATING
Apr 14 17:30:02.997316 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU2,safSg=SGONE,safApp=TWONAPP' INSTANTIATED => TERMINATING
Apr 14 17:30:03.063370 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU4,safSg=SGONE,safApp=TWONAPP' TERMINATING => UNINSTANTIATED
Apr 14 17:30:03.072434 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU3,safSg=SGONE,safApp=TWONAPP' TERMINATING => UNINSTANTIATED
3) Now UNLOCK-IN request for SG:
Apr 14 17:30:06.540991 osafamfd [10125:avd_sg.c:0994] >> sg_admin_op_cb:
'safSg=SGONE,safApp=TWONAPP', 4
Apr 14 17:30:06.541006 osafamfd [10125:avd_sg.c:1343] >>
avd_sg_admin_state_set: safSg=SGONE,safApp=TWONAPP AdmState
LOCKED_INSTANTIATION => LOCKED
AMFD sneds instantiated events for SU3-SU5 and not for SU1 and SU2 because they
are in TERMINATING state.
Apr 14 17:30:06.542846 osafamfd [10125:avd_util.c:0361] >>
avd_snd_presence_msg: Instantiate 'safSu=SU3,safSg=SGONE,safApp=TWONAPP'
Apr 14 17:30:06.543521 osafamfd [10125:avd_util.c:0361] >>
avd_snd_presence_msg: Instantiate 'safSu=SU4,safSg=SGONE,safApp=TWONAPP'
Apr 14 17:30:06.544964 osafamfd [10125:avd_util.c:0361] >>
avd_snd_presence_msg: Instantiate 'safSu=SU5,safSg=SGONE,safApp=TWONAPP'
Reply to IMM for the UNLOCK_IN admin operation:
Apr 14 17:30:06.545710 osafamfd [10125:avd_sg.c:0961] <<
sg_app_sg_admin_unlock_inst
Apr 14 17:30:06.545720 osafamfd [10125:avd_imm.c:1764] >>
avd_saImmOiAdminOperationResult: inv:962072674305, res:1
Apr 14 17:30:06.545738 osafamfd [10125:lga_api.c:0738] >> saLogWriteLogAsync
4)All the three SUs got instantiated:
Apr 14 17:30:06.894957 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU3,safSg=SGONE,safApp=TWONAPP' INSTANTIATING => INSTANTIATED
Apr 14 17:30:06.992009 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU4,safSg=SGONE,safApp=TWONAPP' INSTANTIATING => INSTANTIATED
Apr 14 17:30:07.011719 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU5,safSg=SGONE,safApp=TWONAPP' INSTANTIATING => INSTANTIATED
5) UNLOCK operation on the SG leads to active assignments in SU3 and standby
assignments in SU4 and SG becomes stable:
Apr 14 17:30:09.590878 osafamfd [10125:avd_imm.c:0485] >> admin_operation_cb:
'safSg=SGONE,safApp=TWONAPP', invocation: 1005022347265, op: 1
Apr 14 17:30:09.591542 osafamfd [10125:avd_sg.c:0994] >> sg_admin_op_cb:
'safSg=SGONE,safApp=TWONAPP', 1
Apr 14 17:30:09.591559 osafamfd [10125:avd_sg.c:1343] >>
avd_sg_admin_state_set: safSg=SGONE,safApp=TWONAPP AdmState LOCKED => UNLOCKED
Apr 14 17:30:10.656696 osafamfd [10125:avd_sg2Nfsm.c:0590] <<
avd_sg_2n_act_susi: act: 'safSu=SU3,safSg=SGONE,safApp=TWONAPP', stdby:
'safSu=SU4,safSg=SGONE,safApp=TWONAPP'
Apr 14 17:30:10.656702 osafamfd [10125:avd_sg2Nfsm.c:0749] <<
avd_sg_2n_su_chose_asgn: '(null)'
Apr 14 17:30:10.656708 osafamfd [10125:avd_sg2Nfsm.c:2007] TR sg_fsm_state 1 => 0
6)When SG becomes stable after unlock of the SG, SU1 and SU2 are still in
TERMINATING state:
Apr 14 17:30:10.657184 osafamfd [10125:avd_sgproc.c:1175] >>
avd_sg_app_su_inst_func: 'safSg=SGONE,safApp=TWONAPP'
Apr 14 17:30:10.657191 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU1,safSg=SGONE,safApp=TWONAPP', pres state'4'
Apr 14 17:30:10.657197 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU2,safSg=SGONE,safApp=TWONAPP', pres state'4'
Apr 14 17:30:10.657202 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU3,safSg=SGONE,safApp=TWONAPP', pres state'3'
Apr 14 17:30:10.657223 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU4,safSg=SGONE,safApp=TWONAPP', pres state'3'
Apr 14 17:30:10.657229 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU5,safSg=SGONE,safApp=TWONAPP', pres state'3'
Apr 14 17:30:10.657235 osafamfd [10125:avd_sgproc.c:1225] TR nop for
safSu=SU1,safSg=SGONE,safApp=TWONAPP
Apr 14 17:30:10.657243 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU1,safSg=SGONE,safApp=TWONAPP', pres state'4'
Apr 14 17:30:10.657249 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU2,safSg=SGONE,safApp=TWONAPP', pres state'4'
Apr 14 17:30:10.657255 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU3,safSg=SGONE,safApp=TWONAPP', pres state'3'
Apr 14 17:30:10.657260 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU4,safSg=SGONE,safApp=TWONAPP', pres state'3'
Apr 14 17:30:10.657279 osafamfd [10125:avd_sg.c:1447] T1
su'safSu=SU5,safSg=SGONE,safApp=TWONAPP', pres state'3'
Apr 14 17:30:10.657286 osafamfd [10125:avd_sgproc.c:1225] TR nop for
safSu=SU2,safSg=SGONE,safApp=TWONAPP
7) These two SUs moved to INSTANTIATED state after SG becomes stable. Tough
PrefInServiceSus=4, AMF should instantiated
either SU1 or SU4.
Apr 14 17:30:13.017306 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU2,safSg=SGONE,safApp=TWONAPP' TERMINATING => UNINSTANTIATED
Apr 14 17:30:13.017323 osafamfd [10125:lga
Apr 14 17:30:13.062859 osafamfd [10125:avd_su.c:0749] >> avd_su_pres_state_set:
'safSu=SU1,safSg=SGONE,safApp=TWONAPP' TERMINATING => UNINSTANTIATED
There are two problems here:
1)At the same time when these SUs moved to UNINSTANTIATED state, AMF did not
instantiated fourth SU.
This problem is reported in #445.
2) AMF is responding IMM for the completion of admin operation without actual
completion of it.
This problem is also present when admin operation is performed on SI (#505).
For SG also there must be some existing ticket depicting the same problem.
---
** [tickets:#854] Two SUs are uninstantiated/OOS though PrefInServiceSus=4 out
of 5**
**Status:** unassigned
**Milestone:** future
**Created:** Mon Apr 14, 2014 11:54 AM UTC by surender khetavath
**Last Updated:** Mon Apr 14, 2014 12:04 PM UTC
**Owner:** nobody
changeset : 5143
model : 2n
configuration : 1App,1SG,5SUs with 3comps each, 5SIs with 3CSIs each
si-si deps configured as SI1 sponsor for SI2,3,4 resp
SU1 mapped to SC-1,SU2 to SC-2,SU3 to pl-3 and SU4,5 to PL-4.
case:
1) SU1 is active and SU2 standby
2) lock/lock-in the sg
3) In the termination cbk of a component, delay the response.
After unlock of Sg, two SUs are being in UNINSTANTIATED/OOS state
safSu=SU1,safSg=SGONE,safApp=TWONAPP
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=UNINSTANTIATED(1)
saAmfSUReadinessState=OUT-OF-SERVICE(1)
safSu=SU2,safSg=SGONE,safApp=TWONAPP
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=UNINSTANTIATED(1)
saAmfSUReadinessState=OUT-OF-SERVICE(1)
Test started at Apr 14 17:15:55 SC-1 osafimmnd[3455]: NO Ccb 165 COMMITTED
(immcfg_SC-1_8513)
---
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.------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
