- **Milestone**: future --> never
---
** [tickets:#506] saAmfSGAutoRepair was ignored after NPI comp faulted with
comp failover.**
**Status:** duplicate
**Milestone:** never
**Created:** Fri Jul 12, 2013 12:39 PM UTC by Sirisha Alla
**Last Updated:** Tue Jul 23, 2013 11:10 AM UTC
**Owner:** Praveen
Setup used:-
Oracle Linux Server release 6.4, TCP, PBE enabled, IPV6 address.
4.3 Latest with patch for #98.
Problem description:-
After fault on NPI component of SU1 observed that all the components of SU1 got
successful cleanup but role changed doesn't happen and SU1 state was
enabled/instantiated/inservice/unlocked even though saAmfSGAutoRepair was false.
SU1 state should have been disabled/uninstantiated/outofService/unlocked.
SU Failover was not happening after fault on NPI component of SU1 using error
report API with recommended recovery as component failover.
Steps followed:-
1) Runtime configure 2N model with following configurations.
* 3 SUs. Each SU containing mixed PI and NPI components viz
->Two PI components(COMP1 and COMP2) with saAmfCtCompCategory=1,
saAmfCtDefRecoveryOnError=2, saAmfCtDefDisableRestart=0
-> Two NPI components(COMP3 and COMP4) with saAmfCtCompCategory=8,
saAmfCtDefRecoveryOnError=2, saAmfCtDefDisableRestart=0
SU1 was spwaned on PL-4, SU2 and SU3 was on PL-3.
saAmfSgtDefAutoRepair=0, saAmfSGAutoRepair=0, saAmfSutDefSUFailover=1,
saAmfSGNumPrefInserviceSUs=3, saAmfSUFailover=1 for each SUs.
Single SI containing 4 CSIs.
2) Performed admin unlock-in first then unlock of each SUs.
Observed that two PI and two NPI processes was up and running on PL-4 and two
PI components was running each for SU2 and SU3 on PL-3(total 4).
Intital assignments was as shown below:-
[root@OEL-64BIT-SLOT1 framework]# amf-state siass ha
safSISU=safSu=SC-1\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed2,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SC-1\,safSg=2N\,safApp=OpenSAF,safSi=SC-2N,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SC-2\,safSg=2N\,safApp=OpenSAF,safSi=SC-2N,safApp=OpenSAF
saAmfSISUHAState=STANDBY(2)
safSISU=safSu=SC-2\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed1,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=d_npi_2\,safSg=SG_d_npi\,safApp=npiApp,safSi=d_npi,safApp=npiApp
saAmfSISUHAState=STANDBY(2)
safSISU=safSu=d_npi_1\,safSg=SG_d_npi\,safApp=npiApp,safSi=d_npi,safApp=npiApp
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=PL-4\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed4,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=PL-3\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed3,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSu=d_npi_3,safSg=SG_d_npi,safApp=npiApp
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=INSTANTIATED(3)
saAmfSUReadinessState=IN-SERVICE(2)
safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=INSTANTIATED(3)
saAmfSUReadinessState=IN-SERVICE(2)
safSu=d_npi_2,safSg=SG_d_npi,safApp=npiApp
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=INSTANTIATED(3)
saAmfSUReadinessState=IN-SERVICE(2)
3) Performed error report on NPI COMP3 of SU1 using error report API with
recommended recovery as component failover.
After step3, observed that SU failover was triggered and successfully invoked
the cleanup scripts for all the PI and NPI components of SU1 but role change
didn't happened and SU1 state was enabled/inservice/instantiated/unlocked
though saAmfSGAutoRepair was false.
Jul 12 17:18:50 OEL-64BIT-SLOT4 osafamfnd[5150]: NO saAmfSUFailover is true for
'safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp'
Jul 12 17:18:50 OEL-64BIT-SLOT4 osafamfnd[5150]: NO
'safComp=Norm3,safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp' faulted due to
'errorReport' : Recovery is 'suFailover'
Jul 12 17:18:50 OEL-64BIT-SLOT4 osafamfnd[5150]: NO Terminating components of
'safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp'(abruptly & unordered)
Jul 12 17:18:50 OEL-64BIT-SLOT4 osafamfnd[5150]: NO
'safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp' Presence State INSTANTIATED =>
TERMINATING
Jul 12 17:18:50 OEL-64BIT-SLOT4 root: CLC-CLI cleanup has been spawned for
safComp=Norm2,safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp
Jul 12 17:18:50 OEL-64BIT-SLOT4 root: CLC-CLI cleanup has been spawned for
safComp=Norm1,safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp
Jul 12 17:18:50 OEL-64BIT-SLOT4 osafamfnd[5150]: NO
'safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp' Presence State TERMINATING =>
UNINSTANTIATED
Jul 12 17:18:50 OEL-64BIT-SLOT4 python: CLC-CLI cleanup has been spawned for
safComp=Norm3,safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp
Jul 12 17:18:50 OEL-64BIT-SLOT4 python: CLC-CLI cleanup has been spawned for
safComp=Norm4,safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp
safSu=d_npi_1,safSg=SG_d_npi,safApp=npiApp
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=UNINSTANTIATED(1)
saAmfSUReadinessState=IN-SERVICE(2)
safSu=d_npi_2,safSg=SG_d_npi,safApp=npiApp
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=INSTANTIATED(3)
saAmfSUReadinessState=IN-SERVICE(2)
safSu=d_npi_3,safSg=SG_d_npi,safApp=npiApp
saAmfSUAdminState=UNLOCKED(1)
saAmfSUOperState=ENABLED(1)
saAmfSUPresenceState=INSTANTIATED(3)
saAmfSUReadinessState=IN-SERVICE(2)
[root@OEL-64BIT-SLOT1 framework]# amf-state siass ha
safSISU=safSu=SC-1\,safSg=2N\,safApp=OpenSAF,safSi=SC-2N,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SC-1\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed2,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SC-2\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed1,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=SC-2\,safSg=2N\,safApp=OpenSAF,safSi=SC-2N,safApp=OpenSAF
saAmfSISUHAState=STANDBY(2)
safSISU=safSu=d_npi_2\,safSg=SG_d_npi\,safApp=npiApp,safSi=d_npi,safApp=npiApp
saAmfSISUHAState=STANDBY(2)
safSISU=safSu=d_npi_1\,safSg=SG_d_npi\,safApp=npiApp,safSi=d_npi,safApp=npiApp
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=PL-3\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed4,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
safSISU=safSu=PL-4\,safSg=NoRed\,safApp=OpenSAF,safSi=NoRed3,safApp=OpenSAF
saAmfSISUHAState=ACTIVE(1)
---
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.------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
