[tickets] [opensaf:tickets] #2047 amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.
Observing amfnd crash if a PI comp fails in CSI SET callback during fresh assignment. syslog: Sep 22 17:48:10 SC-1 root: INSTANTIATED : safComp=AmfDemo1,safSu=SU2,safSg=AmfDemo,safApp=AmfDemo1, PID :30566 Sep 22 17:48:10 SC-1 osafamfnd[29154]: clc.cc:1170: avnd_comp_clc_st_chng_prc: Assertion 'csi' failed. Sep 22 17:48:10 SC-1 osafclmd[29132]: AL AMF Node Director is down, terminate this process Sep 22 17:48:10 SC-1 osafclmd[29132]: exiting for shutdown bt: (gdb) bt \#0 0x7fe6546d6cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 \#1 0x7fe6546da0d8 in __GI_abort () at abort.c:89 \#2 0x7fe655835b2e in __osafassert_fail (__file=, __line=, __func=, __assertion=) at sysf_def.c:281 \#3 0x0040cf89 in avnd_comp_clc_st_chng_prc (cb=cb@entry=0x666940 <_avnd_cb>, comp=comp@entry=0x129a930, prv_st=prv_st@entry=SA_AMF_PRESENCE_TERMINATING, final_st=final_st@entry=SA_AMF_PRESENCE_UNINSTANTIATED) at clc.cc:1170 \#4 0x0040f590 in avnd_comp_clc_fsm_run (cb=cb@entry=0x666940 <_avnd_cb>, comp=comp@entry=0x129a930, ev=AVND_COMP_CLC_PRES_FSM_EV_TERM_SUCC) at clc.cc:906 \#5 0x0040fe4a in avnd_evt_clc_resp_evh (cb=0x666940 <_avnd_cb>, evt=0x7fe63c0008c0) at clc.cc:414 \#6 0x0042651f in avnd_evt_process (evt=0x7fe63c0008c0) at main.cc:626 \#7 avnd_main_process () at main.cc:577 \#8 0x00405a73 in main (argc=2, argv=0x7ffdfdd98368) at main.cc:202 --- ** [tickets:#2047] amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.** **Status:** assigned **Milestone:** 5.0.2 **Created:** Mon Sep 19, 2016 11:31 AM UTC by Praveen **Last Updated:** Tue Sep 20, 2016 05:50 PM UTC **Owner:** Praveen **Attachments:** - [pinpi_issue.tgz](https://sourceforge.net/p/opensaf/tickets/2047/attachment/pinpi_issue.tgz) (21.9 kB; application/x-compressed) Conf: 2N model, one NPI and one PI comp in SU. Steps to reproduce: 1)Add application using immcfg command. 2)Lock SG. 3)Unlock-in and unlock SUs. 4)Make provisions so that instantiation and clean up scripts of NPI comp returns with non-zero status. 5)Unlock SG. When SG is unlocked, AMFND initiates active assignments by issuing callback to PI comp and by instantiating NPI component. After instantiation failure of NPI comp, AMFND tries to clean up it. Cleanup fails. AMFND marks comp and SU in TERM_FAILED state and terminates PI comp also, but AMFND neither responds to AMFD for the completion of assignment nor it sends any recovery request. Because of this SG remains unstable in REALIGN state.In this state, no admin operation is allowed. Attached are traces and configuration. Even though issue seems to be similar to #538, it is different in one aspect. In #538, SU moves to TERM_FAILED state and there is possibiltiy of failover/switchover as standby assignments are present. In the present case, it happened during initial assignments and thus there is no standby to switchover/failover to. --- 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.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2047 amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.
- **Milestone**: 4.7.2 --> 5.0.2 --- ** [tickets:#2047] amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.** **Status:** assigned **Milestone:** 5.0.2 **Created:** Mon Sep 19, 2016 11:31 AM UTC by Praveen **Last Updated:** Mon Sep 19, 2016 11:34 AM UTC **Owner:** Praveen **Attachments:** - [pinpi_issue.tgz](https://sourceforge.net/p/opensaf/tickets/2047/attachment/pinpi_issue.tgz) (21.9 kB; application/x-compressed) Conf: 2N model, one NPI and one PI comp in SU. Steps to reproduce: 1)Add application using immcfg command. 2)Lock SG. 3)Unlock-in and unlock SUs. 4)Make provisions so that instantiation and clean up scripts of NPI comp returns with non-zero status. 5)Unlock SG. When SG is unlocked, AMFND initiates active assignments by issuing callback to PI comp and by instantiating NPI component. After instantiation failure of NPI comp, AMFND tries to clean up it. Cleanup fails. AMFND marks comp and SU in TERM_FAILED state and terminates PI comp also, but AMFND neither responds to AMFD for the completion of assignment nor it sends any recovery request. Because of this SG remains unstable in REALIGN state.In this state, no admin operation is allowed. Attached are traces and configuration. Even though issue seems to be similar to #538, it is different in one aspect. In #538, SU moves to TERM_FAILED state and there is possibiltiy of failover/switchover as standby assignments are present. In the present case, it happened during initial assignments and thus there is no standby to switchover/failover to. --- 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.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2047 amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.
- **status**: unassigned --> assigned - **assigned_to**: Praveen --- ** [tickets:#2047] amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.** **Status:** assigned **Milestone:** 4.7.2 **Created:** Mon Sep 19, 2016 11:31 AM UTC by Praveen **Last Updated:** Mon Sep 19, 2016 11:31 AM UTC **Owner:** Praveen **Attachments:** - [pinpi_issue.tgz](https://sourceforge.net/p/opensaf/tickets/2047/attachment/pinpi_issue.tgz) (21.9 kB; application/x-compressed) Conf: 2N model, one NPI and one PI comp in SU. Steps to reproduce: 1)Add application using immcfg command. 2)Lock SG. 3)Unlock-in and unlock SUs. 4)Make provisions so that instantiation and clean up scripts of NPI comp returns with non-zero status. 5)Unlock SG. When SG is unlocked, AMFND initiates active assignments by issuing callback to PI comp and by instantiating NPI component. After instantiation failure of NPI comp, AMFND tries to clean up it. Cleanup fails. AMFND marks comp and SU in TERM_FAILED state and terminates PI comp also, but AMFND neither responds to AMFD for the completion of assignment nor it sends any recovery request. Because of this SG remains unstable in REALIGN state.In this state, no admin operation is allowed. Attached are traces and configuration. Even though issue seems to be similar to #538, it is different in one aspect. In #538, SU moves to TERM_FAILED state and there is possibiltiy of failover/switchover as standby assignments are present. In the present case, it happened during initial assignments and thus there is no standby to switchover/failover to. --- 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.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #2047 amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.
--- ** [tickets:#2047] amf: SG unstable when NPI comp in PI SU moves to TERM_FAILED state during fresh assignments.** **Status:** unassigned **Milestone:** 4.7.2 **Created:** Mon Sep 19, 2016 11:31 AM UTC by Praveen **Last Updated:** Mon Sep 19, 2016 11:31 AM UTC **Owner:** nobody **Attachments:** - [pinpi_issue.tgz](https://sourceforge.net/p/opensaf/tickets/2047/attachment/pinpi_issue.tgz) (21.9 kB; application/x-compressed) Conf: 2N model, one NPI and one PI comp in SU. Steps to reproduce: 1)Add application using immcfg command. 2)Lock SG. 3)Unlock-in and unlock SUs. 4)Make provisions so that instantiation and clean up scripts of NPI comp returns with non-zero status. 5)Unlock SG. When SG is unlocked, AMFND initiates active assignments by issuing callback to PI comp and by instantiating NPI component. After instantiation failure of NPI comp, AMFND tries to clean up it. Cleanup fails. AMFND marks comp and SU in TERM_FAILED state and terminates PI comp also, but AMFND neither responds to AMFD for the completion of assignment nor it sends any recovery request. Because of this SG remains unstable in REALIGN state.In this state, no admin operation is allowed. Attached are traces and configuration. Even though issue seems to be similar to #538, it is different in one aspect. In #538, SU moves to TERM_FAILED state and there is possibiltiy of failover/switchover as standby assignments are present. In the present case, it happened during initial assignments and thus there is no standby to switchover/failover to. --- 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.-- ___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets