[tickets] [opensaf:tickets] Re: #517 Amfnd: coredumps when calling immutil_saImmOmInitialize
For more info see: http://devel.opensaf.org/~hafe/AMF/amfnd-start.png Getting the config from amfd kind of means reverting back to the 3.0 state. Good or bad I don't know yet. But it seems unnecessary to distribute information that is already available locally on the node. At the same time there are some hard to solve problems. I envision a separate thread in amfnd that read from IMM and handles TRYAGAIN loops. Such thread could also be an applier for the case of detecting config changes --- ** [tickets:#517] Amfnd: coredumps when calling immutil_saImmOmInitialize** **Status:** assigned **Created:** Wed Jul 24, 2013 08:29 AM UTC by hano **Last Updated:** Fri Aug 30, 2013 09:11 AM UTC **Owner:** Nagendra Kumar avnd_comp_config_get_su calls immutil_saImmOmInitialize and ImmutilWrapperProfile is not set by avnd so default values are used and immutil calls abort at errors. There are two problems here, immutil should not do abort and the other problem is that immutil do sleeps in try again loops. Avnd is event based and immutil is configurable but errors and try-again logic has to be managed by avnd. (gdb) bt #0 0x7ffac238cb35 in raise () from /lib64/libc.so.6 #1 0x7ffac238e111 in abort () from /lib64/libc.so.6 #2 0x004051e8 in defaultImmutilError (fmt=0x43fc70 saImmOmInitialize FAILED, rc = %d) at ../../../../../osaf/tools/safimm/src/immutil.c:70 #3 0x004065e4 in immutil_saImmOmInitialize (immHandle=0x7fff7098d380, immCallbacks=0x0, version=0x7fff7098d3a0) at ../../../../../osaf/tools/safimm/src/immutil.c:1126 #4 0x00422551 in avnd_comp_config_get_su (su=0x66d8d0) at avnd_compdb.c:1743 #5 0x00436560 in avnd_evt_avd_su_pres_evh (cb=0x6578c0, evt=optimized out) at avnd_susm.c:1236 #6 0x0042ffe0 in avnd_evt_process (evt=optimized out) at avnd_proc.c:278 #7 avnd_main_process () at avnd_proc.c:219 #8 0x00408805 in main (argc=1, argv=0x7fff7098d578) at amfnd_main.c:71 --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #517 Amfnd: coredumps when calling immutil_saImmOmInitialize
From Hans : For more info see: http://devel.opensaf.org/~hafe/AMF/amfnd-start.png Getting the config from amfd kind of means reverting back to the 3.0 state. Good or bad I don't know yet. But it seems unnecessary to distribute information that is already available locally on the node. At the same time there are some hard to solve problems. I envision a separate thread in amfnd that read from IMM and handles TRYAGAIN loops. Such thread could also be an applier for the case of detecting config changes --- ** [tickets:#517] Amfnd: coredumps when calling immutil_saImmOmInitialize** **Status:** assigned **Created:** Wed Jul 24, 2013 08:29 AM UTC by hano **Last Updated:** Fri Aug 30, 2013 09:11 AM UTC **Owner:** Nagendra Kumar avnd_comp_config_get_su calls immutil_saImmOmInitialize and ImmutilWrapperProfile is not set by avnd so default values are used and immutil calls abort at errors. There are two problems here, immutil should not do abort and the other problem is that immutil do sleeps in try again loops. Avnd is event based and immutil is configurable but errors and try-again logic has to be managed by avnd. (gdb) bt #0 0x7ffac238cb35 in raise () from /lib64/libc.so.6 #1 0x7ffac238e111 in abort () from /lib64/libc.so.6 #2 0x004051e8 in defaultImmutilError (fmt=0x43fc70 saImmOmInitialize FAILED, rc = %d) at ../../../../../osaf/tools/safimm/src/immutil.c:70 #3 0x004065e4 in immutil_saImmOmInitialize (immHandle=0x7fff7098d380, immCallbacks=0x0, version=0x7fff7098d3a0) at ../../../../../osaf/tools/safimm/src/immutil.c:1126 #4 0x00422551 in avnd_comp_config_get_su (su=0x66d8d0) at avnd_compdb.c:1743 #5 0x00436560 in avnd_evt_avd_su_pres_evh (cb=0x6578c0, evt=optimized out) at avnd_susm.c:1236 #6 0x0042ffe0 in avnd_evt_process (evt=optimized out) at avnd_proc.c:278 #7 avnd_main_process () at avnd_proc.c:219 #8 0x00408805 in main (argc=1, argv=0x7fff7098d578) at amfnd_main.c:71 --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #393 In nway model, after payload node lock followed by lock of sponser SI, the dependent SIs holds the HA assignments forever.
Si Dep is not supported in NWay as per PR Doc. --- ** [tickets:#393] In nway model, after payload node lock followed by lock of sponser SI, the dependent SIs holds the HA assignments forever.** **Status:** unassigned **Created:** Fri May 31, 2013 05:12 AM UTC by Nagendra Kumar **Last Updated:** Fri May 31, 2013 05:12 AM UTC **Owner:** nobody Migrated from http://devel.opensaf.org/ticket/2579 cgset : 3406 In nway model, after payload node lock followed by lock of sponser SI, the dependent SIs holds the HA assignments forever and the dependent SIs never got unassigned. Configuration:- Nway model 5 Node setup 2SUs, 1 component per SU with same compType 6SIs, 1CSIs per SI, No SIRankedSU configured. saAmfSGMaxActiveSIsperSU=3 saAmfSGMaxStandbySIsperSU=3 saAmfSIPrefStandbyAssignments=2 SU1 spawned on PL-3 SU2 spawned on PL-4 SI-SI dependency configured as shown below :- SI1 sponser to SI2(tolerance timer=1min) and SI3(tolerance timer=0) SI2 sponser to SI4(tolerance timer=1min) and SI5(tolerance timer=0) SI3 sponser to SI6(tolerance timer=1min) and SI7(tolerance timer=0) Steps:- 1. Performed unlock-in and unlock of SU1 and SU2. Initial assignments were as shown below: SU1 : SI1 SI2 SI3 Active and SI4 SI5 SI6 standby SU2 : SI1 SI2 SI3 Standby and SI4 SI5 SI6 Active 2. Performed PL-3 node lock amf-adm lock safAmfNode=PL-3,safAmfCluster=myAmfCluster safAmfNode=PL-3,safAmfCluster=myAmfCluster saAmfNodeAdminState=LOCKED(2) saAmfNodeOperState=ENABLED(1) After node lock, assignments were as shown below: SU2 - SI1 SI4 SI6 -Active 2. Lock sponser SI1 who has dependent SIs(SI2,SI3). Assignments were as shown below: SU2 - SI4 SI2 SI6 -Active after sometime, assignments got updated as shown below:- SU2 - SI2 SI4 SI5 - Active These assignments remains forever and the dependent SIs never got unassigned. Final states are:- #amf-state si safSi=SI1,safApp=testNwayApp saAmfSIAdminState=LOCKED(2) saAmfSIAssignmentState=UNASSIGNED(1) safSi=SI2,safApp=testNwayApp saAmfSIAdminState=UNLOCKED(1) saAmfSIAssignmentState=PARTIALLY_ASSIGNED(3) safSi=SI3,safApp=testNwayApp saAmfSIAdminState=UNLOCKED(1) saAmfSIAssignmentState=UNASSIGNED(1) safSi=SI4,safApp=testNwayApp saAmfSIAdminState=UNLOCKED(1) saAmfSIAssignmentState=PARTIALLY_ASSIGNED(3) safSi=SI5,safApp=testNwayApp saAmfSIAdminState=UNLOCKED(1) saAmfSIAssignmentState=PARTIALLY_ASSIGNED(3) safSi=SI6,safApp=testNwayApp saAmfSIAdminState=UNLOCKED(1) saAmfSIAssignmentState=UNASSIGNED(1) safSi=SI7,safApp=testNwayApp saAmfSIAdminState=UNLOCKED(1) saAmfSIAssignmentState=UNASSIGNED(1) # amf-state siass ha 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=NoRed?2,safApp=OpenSAF saAmfSISUHAState=ACTIVE(1) safSISU=safSu=PL-4\,safSg=NoRed?\,safApp=OpenSAF,safSi=NoRed?3,safApp=OpenSAF saAmfSISUHAState=ACTIVE(1) safSISU=safSu=PL-3\,safSg=NoRed?\,safApp=OpenSAF,safSi=NoRed?5,safApp=OpenSAF saAmfSISUHAState=ACTIVE(1) safSISU=safSu=PL-5\,safSg=NoRed?\,safApp=OpenSAF,safSi=NoRed?1,safApp=OpenSAF saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SC-1\,safSg=NoRed?\,safApp=OpenSAF,safSi=NoRed?4,safApp=OpenSAF saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SC-1\,safSg=2N\,safApp=OpenSAF,safSi=SC-2N,safApp=OpenSAF saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU2\,safSg=SG\,safApp=testNwayApp,safSi=SI2,safApp=testNwayApp saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU2\,safSg=SG\,safApp=testNwayApp,safSi=SI4,safApp=testNwayApp saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU2\,safSg=SG\,safApp=testNwayApp,safSi=SI5,safApp=testNwayApp saAmfSISUHAState=ACTIVE(1) --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #394 avsv static analysis issues
Originally owned by Hans F. --- ** [tickets:#394] avsv static analysis issues** **Status:** assigned **Created:** Fri May 31, 2013 05:13 AM UTC by Nagendra Kumar **Last Updated:** Fri May 31, 2013 05:13 AM UTC **Owner:** Hans Feldt Migrated from http://devel.opensaf.org/ticket/2583 Place holder ticket for various issues found in avsv * avsv_amf_csi_attr_list_copy: the allocated buffer is one byte too small and strcpy will write past the end (11028, 11037) Changed 15 months ago by hafe ¶ ■description modified (diff) Changed 15 months ago by hafe ¶ ■description modified (diff) Changed 15 months ago by hafe ¶ ■patch_waiting changed from no to yes Changed 15 months ago by hafe ¶ ■owner changed from ravisekhar to hafe ■status changed from new to accepted ■patch_waiting changed from yes to no changeset: 3422:400edea30a8f branch: opensaf-4.2.x parent: 3420:6d0a738ecfab user: Hans Feldt hans.feldt@… date: Mon Mar 12 15:59:57 2012 +0100 summary: avsv/avnd: allocate more bytes for copy dest (#2583) changeset: 3423:f4071f4c9f67 tag: tip parent: 3421:a2b9927d7789 user: Hans Feldt hans.feldt@… date: Mon Mar 12 15:59:57 2012 +0100 summary: avsv/avnd: allocate more bytes for copy dest (#2583) Changed 13 months ago by hafe ¶ ■milestone changed from 4.2.1 to future_releases --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #395 amfnd deadlocks with immnd
- **status**: unassigned -- duplicate - **assigned_to**: Nagendra Kumar --- ** [tickets:#395] amfnd deadlocks with immnd** **Status:** duplicate **Created:** Fri May 31, 2013 05:14 AM UTC by Nagendra Kumar **Last Updated:** Fri May 31, 2013 05:14 AM UTC **Owner:** Nagendra Kumar Migrated from http://devel.opensaf.org/ticket/2601 Have seen a system crash where amfnd is trying to read IMM and immnd is trying to register with AMF. http://devel.opensaf.org/ticket/1713 exist to improve things on the IMM side. This ticket should address and reduce the risk on the amfnd side. There will always be a risk if immnd crashes that it will lead to a system crash with the current design. But in the normal case the deadlock should be avoided by design. The core dump from the crash below shows that amfnd is trying to read component related info in the context of an API response. This information (component capability) can instead be read when the component is initialized. I also realized there is a slight change in the protocol between amfd and amfnd that was not intentional and probably reduces the risk. amfd is immediately sending instantiate request without waiting for the REGSU response. #0 0x7f35bc93efd3 in select () from /lib64/libc.so.6 #0 0x7f35bc93efd3 in select () from /lib64/libc.so.6 #1 0x7f35bdae6b89 in ncs_sel_obj_select (highest_sel_obj=optimized out, rfds=0x7fff428fa1e0, wfds=0x0, efds=0x0, timeout_in_10ms=0x7fff428fa26c) at os_defs.c:2622 #2 0x7f35bd67111a in imma_sync_with_immnd (cb=optimized out) at imma_init.c:79 #3 imma_create (sv_id=optimized out) at imma_init.c:165 #4 imma_startup (sv_id=NCSMDS_SVC_ID_IMMA_OM) at imma_init.c:278 #5 0x7f35bd66d94d in initialize_common (immHandle=0x7fff428fa7c0, cl_node=0x695200, version=0x7fff428fa5e0) at imma_om_api.c:194 #6 0x7f35bd66e0b3 in saImmOmInitialize (immHandle=0x7fff428fa7c0, immCallbacks=0x0, inout_version=optimized out) at imma_om_api.c:177 #7 0x004067fd in immutil_saImmOmInitialize (immHandle=0x7fff428fa7c0, immCallbacks=0x0, version=0x7fff428fa7e0) at ../../../../../osaf/tools/safimm/src/immutil.c:1051 #8 0x0043760d in avnd_imm_init (immHandle=0x7fff428fa7c0, immVersion=0x7fff428fa7e0) at avnd_util.c:199 #9 0x0041df25 in avnd_comp_cap_x_act_or_1_act_check (comp_type=0x68cbca, csi_type=0x6999d2) at avnd_comp.c:1105 #10 0x0041e3cb in avnd_comp_csi_assign (cb=0x657960, comp=0x68ca90, csi=0x6998a0) at avnd_comp.c:1210 #11 0x0041e650 in assign_all_csis_at_rank (si=optimized out, rank=1, single_csi=true) at avnd_comp.c:1632 #12 0x0041e7f0 in avnd_comp_csi_assign_done (cb=0x657960, comp=0x68f1c0, csi=0x6720e0) at avnd_comp.c:1751 #13 0x0040abca in avnd_evt_ava_resp_evh (cb=0x657960, evt=optimized out) at avnd_cbq.c:440 #14 0x0042fdb0 in avnd_evt_process (evt=optimized out) at avnd_proc.c:279 #15 avnd_main_process () at avnd_proc.c:220 #16 0x004086b5 in main (argc=1, argv=0x7fff428fac58) at amfnd_main.c:53 Changed 14 months ago by hafe ¶ ■owner changed from ravisekhar to hafe ■status changed from new to accepted Changed 14 months ago by hafe ¶ The protocol change mentioned is between 3.0 and 4.0. In 4.0 the REG_COMP message is not used at all and is dead code. It should be removed in both amfd and amfnd. When REG_COMP is not used it triggers code to instantiate SUs before they are even registered properly! See the bottom of avd_node_up_evh(), since comp_sent is always false, avd_nd_reg_comp_evt_hdl() is called at this point. Instead the response from REG_SU should be awaited and then SUs should be instantiated. Interesting here is also the error handling when REG_SU fails. Consider that immnd crashes so amfnd cannot read from IMM during the REG_SU handling, should amfnd crash or respond with an error code to amfd? And what should amfd do with the failed REG_SU response? amfnd reading from IMM needs to be minimized and possibly kept in the handling of REG_SU. Today amfnd is reading from IMM during the handling of an SI assignment. One problem is that the cstype for a CSI is unknown. Another problem is the component capability which is moved (in B.04) into association objects as children to comptype objects. Those objects can be read at REG_SU handling time and put into the comp object. But in order to now the capability for a specific cstype, the cstype needs to be known when the assignment comes. Can the SI assignment message be extended with cstype information? Changed 14 months ago by hafe ¶ ■patch_waiting changed from no to yes Changed 13 months ago by hafe ¶ changeset: 3523:b750a1a063cc branch: opensaf-4.2.x parent: 3521:ed09cbfa05dd user: Hans Feldt hans.feldt@… date: Fri Apr 27 15:41:43 2012 +0200 summary: avsv/avd: instantiate SUs after registration (#2601) changeset: 3525:aa57d1e2ad6f tag: tip user: Hans Feldt hans.feldt@… date: Fri Apr 27 15:41:43 2012 +0200 summary: avsv/avd:
[tickets] [opensaf:tickets] #397 AMF logs are not unique
Hans, Can you please provide us the reproducible test case. I am not sure why amfd will read non-amf objects, amf only reads amf related objects. --- ** [tickets:#397] AMF logs are not unique** **Status:** unassigned **Created:** Fri May 31, 2013 05:17 AM UTC by Nagendra Kumar **Last Updated:** Fri May 31, 2013 05:17 AM UTC **Owner:** nobody Migrated from http://devel.opensaf.org/ticket/2614 Have seen a system where amfd logs XXX' does not exist in model during initial read of configuration from IMM. And that XXX object should not AMF look for in the first place! It was of the wrong class (non AMF) --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #422 amf : sg goes into unstable state when configured two or more sis for npi su
Duplicate of https://sourceforge.net/p/opensaf/tickets/411/ --- ** [tickets:#422] amf : sg goes into unstable state when configured two or more sis for npi su** **Status:** duplicate **Created:** Fri May 31, 2013 06:14 AM UTC by Praveen **Last Updated:** Fri May 31, 2013 06:16 AM UTC **Owner:** Nagendra Kumar Migrated from http://devel.opensaf.org/ticket/2946. Changeset : 3855 Platform : 32bit SUSE Configuration: Model 2n 2 SUs each contains 1 NPI Comp. 2 SIs each contains 1 CSI amf-adm unlock-in safSu=SU1,safSg=SG1,safApp=satApp // SUCCESS amf-adm unlock-in safSu=SU2,safSg=SG1,safApp=satApp // SUCCESS amf-adm unlock safSu=SU1,safSg=SG1,safApp=satApp // TIMEDOUT error - command timed out (alarm) /var/log/messages : Dec 17 15:45:07 SUSE1 osafamfnd[10634]: NO Assigning 'safSi=SI1,safApp=satApp' ACTIVE to 'safSu=SU1,safSg=SG1,safApp=satApp' Dec 17 15:45:07 SUSE1 osafamfnd[10634]: NO 'safSu=SU1,safSg=SG1,safApp=satApp' Presence State UNINSTANTIATED = INSTANTIATING Dec 17 15:45:07 SUSE1 osafamfnd[10634]: NO Assigning 'safSi=SI2,safApp=satApp' ACTIVE to 'safSu=SU1,safSg=SG1,safApp=satApp' Dec 17 15:45:07 SUSE1 osafamfnd[10634]: NO 'safSu=SU1,safSg=SG1,safApp=satApp' Presence State INSTANTIATING = INSTANTIATED Dec 17 15:45:07 SUSE1 osafamfnd[10634]: NO Assigned 'safSi=SI1,safApp=satApp' ACTIVE to 'safSu=SU1,safSg=SG1,safApp=satApp' Sg goes into unstable state, further admin operations are not working. Attached SC1 osafamf* logs. --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #185 AMF: unnecessary/wrong updates of pure runtime attributes
Duplicate of https://sourceforge.net/p/opensaf/tickets/426/ --- ** [tickets:#185] AMF: unnecessary/wrong updates of pure runtime attributes** **Status:** duplicate **Created:** Tue May 14, 2013 07:20 AM UTC by Nagendra Kumar **Last Updated:** Tue May 14, 2013 07:20 AM UTC **Owner:** Nagendra Kumar Migrated from http://devel.opensaf.org/ticket/2227 saAmfCompRestartCount saAmfCompCurrProxyName function avd_data_update_req_evh() in avd_ndproc.c pure runtime attributes should only be updated by the callback. --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #185 AMF: unnecessary/wrong updates of pure runtime attributes
- **status**: unassigned -- duplicate - **assigned_to**: Nagendra Kumar --- ** [tickets:#185] AMF: unnecessary/wrong updates of pure runtime attributes** **Status:** duplicate **Created:** Tue May 14, 2013 07:20 AM UTC by Nagendra Kumar **Last Updated:** Tue May 14, 2013 07:20 AM UTC **Owner:** Nagendra Kumar Migrated from http://devel.opensaf.org/ticket/2227 saAmfCompRestartCount saAmfCompCurrProxyName function avd_data_update_req_evh() in avd_ndproc.c pure runtime attributes should only be updated by the callback. --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #435 amf: OpenSAF AMF models not proper.
Duplicate of https://sourceforge.net/p/opensaf/tickets/434/ --- ** [tickets:#435] amf: OpenSAF AMF models not proper.** **Status:** duplicate **Created:** Fri May 31, 2013 09:51 AM UTC by Praveen **Last Updated:** Fri May 31, 2013 09:51 AM UTC **Owner:** Nagendra Kumar Migrated from http://devel.opensaf.org/ticket/2857. They define attributes not valid for the redundancy model. For example saAmfSGNumPrefActiveSUs and saAmfSGNumPrefInserviceSUs are defined for the 2N SG. This is true for both opensaf itself and samples. Models needs to be revisited. --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #436 amf: OpenSAF core services shall not be cleaned up for AMF NODE admin operations
- **status**: unassigned -- duplicate - **assigned_to**: Nagendra Kumar --- ** [tickets:#436] amf: OpenSAF core services shall not be cleaned up for AMF NODE admin operations** **Status:** duplicate **Created:** Fri May 31, 2013 09:57 AM UTC by Praveen **Last Updated:** Fri May 31, 2013 09:57 AM UTC **Owner:** Nagendra Kumar Migrated from http://devel.opensaf.org/ticket/2104. The core middleware services like CLM, IMM, RDE, LOG, NTF shall not be cleaned up for an AMF NODE or 'middleware SU' admin operation. This ticket is a reference for the discussion in http://list.opensaf.org/pipermail/devel/2011-September/017903.html . --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #436 amf: OpenSAF core services shall not be cleaned up for AMF NODE admin operations
Duplicate of https://sourceforge.net/p/opensaf/tickets/477/ --- ** [tickets:#436] amf: OpenSAF core services shall not be cleaned up for AMF NODE admin operations** **Status:** duplicate **Created:** Fri May 31, 2013 09:57 AM UTC by Praveen **Last Updated:** Fri May 31, 2013 09:57 AM UTC **Owner:** Nagendra Kumar Migrated from http://devel.opensaf.org/ticket/2104. The core middleware services like CLM, IMM, RDE, LOG, NTF shall not be cleaned up for an AMF NODE or 'middleware SU' admin operation. This ticket is a reference for the discussion in http://list.opensaf.org/pipermail/devel/2011-September/017903.html . --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #477 AMF should honour admin commands on middleware SU only when originated from SMF
Discussion related to this ticket in https://sourceforge.net/p/opensaf/tickets/436/ --- ** [tickets:#477] AMF should honour admin commands on middleware SU only when originated from SMF** **Status:** unassigned **Created:** Wed Jun 26, 2013 09:36 AM UTC by Mathi Naickan **Last Updated:** Thu Aug 22, 2013 07:09 AM UTC **Owner:** nobody AMF should allow admin commands on middleware SU only if these commands are originated from SMF. Commands like lock, lock-in and unlock, unlock-in of middleware 2N su should succeed only when SMF trigerrs them through the campaign. If we dont bring in this restriction then there are problem areas (that are still not concretely defined but can be potential problems) as described in the migrated ticket #443. Once this is fixed, the patch distributed by anders is acknowledged. --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #473 AMF: SU rank ordering not followed at adm op SG unlock inst
sg_app_sg_admin_unlock_inst() function selects SUs to be instantiated in order. So, i am not able to understand the problem mentioned. Specs doesn't dictate to be instantiated in order rather it says it should be selected to be instantiated in order. --- ** [tickets:#473] AMF: SU rank ordering not followed at adm op SG unlock inst** **Status:** unassigned **Created:** Mon Jun 24, 2013 12:32 PM UTC by Hans Feldt **Last Updated:** Thu Aug 22, 2013 07:07 AM UTC **Owner:** nobody From spec 3.6.1.1: Ordered list of service units for a service group: for each service group, an ordered list of service units defines the rank of the service unit within the service group. This rank is configured by setting the saAmfSURank attribute of the saAmfSU object class (see Section 8.10). The rank is represented by a positive integer. The lower the integer value, the higher the rank. The size of the list is equal to the number of service units configured for the service group. This ordered list is used to specify the order in which service units are selected to be instantiated. Instead all the SUs are instantiated in one go. See sg_app_sg_admin_unlock_inst() in avd_sg.cc --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #500 SU stuck in terminating state after lock/unlock of SI having faulty component
- **status**: unassigned -- invalid - **assigned_to**: Praveen --- ** [tickets:#500] SU stuck in terminating state after lock/unlock of SI having faulty component** **Status:** invalid **Created:** Wed Jul 10, 2013 10:29 AM UTC by surender khetavath **Last Updated:** Tue Jul 16, 2013 11:29 AM UTC **Owner:** Praveen Changeset : 4325 Model : TWON Configuration: 1SG,5SUs having 3comps each, 5SIs with 3Csis each. Intially: 5Node cluster, SU1 mapped to SC-1,SU2 to SC-2,SU3-PL3,SU4SU5 to PL-4 SU3 was active and SU2 standby si-si deps configured as SI1-SI2-SI3-SI4 Test: Lock of SI1. The component which receives quiesced cbk for CSI3SI1 exits itself. SUFailover got escalated. SU2 became active and SU1 standby.The presence state of SU3 remains is Terminating state. SU states: safSu=SU2,safSg=SGONE,safApp=TWONAPP saAmfSUAdminState=UNLOCKED(1) saAmfSUOperState=ENABLED(1) saAmfSUPresenceState=INSTANTIATED(3) saAmfSUReadinessState=IN-SERVICE(2) safSu=SU1,safSg=SGONE,safApp=TWONAPP saAmfSUAdminState=UNLOCKED(1) saAmfSUOperState=ENABLED(1) saAmfSUPresenceState=INSTANTIATED(3) saAmfSUReadinessState=IN-SERVICE(2) safSu=SU3,safSg=SGONE,safApp=TWONAPP saAmfSUAdminState=UNLOCKED(1) saAmfSUOperState=DISABLED(2) saAmfSUPresenceState=TERMINATING(4) saAmfSUReadinessState=OUT-OF-SERVICE(1) safSu=SU5,safSg=SGONE,safApp=TWONAPP saAmfSUAdminState=UNLOCKED(1) saAmfSUOperState=ENABLED(1) saAmfSUPresenceState=INSTANTIATED(3) saAmfSUReadinessState=IN-SERVICE(2) safSu=SU4,safSg=SGONE,safApp=TWONAPP saAmfSUAdminState=UNLOCKED(1) saAmfSUOperState=ENABLED(1) saAmfSUPresenceState=INSTANTIATED(3) saAmfSUReadinessState=IN-SERVICE(2) SUSI states: safSISU=safSu=SU2\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI5,safApp=TWONAPP saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU2\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI2,safApp=TWONAPP saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU1\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI5,safApp=TWONAPP saAmfSISUHAState=STANDBY(2) safSISU=safSu=SU2\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI3,safApp=TWONAPP saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU2\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI1,safApp=TWONAPP saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU1\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI3,safApp=TWONAPP saAmfSISUHAState=STANDBY(2) safSISU=safSu=SU1\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI1,safApp=TWONAPP saAmfSISUHAState=STANDBY(2) safSISU=safSu=SU2\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI4,safApp=TWONAPP saAmfSISUHAState=ACTIVE(1) safSISU=safSu=SU1\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI2,safApp=TWONAPP saAmfSISUHAState=STANDBY(2) safSISU=safSu=SU1\,safSg=SGONE\,safApp=TWONAPP,safSi=TWONSI4,safApp=TWONAPP saAmfSISUHAState=STANDBY(2) --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
[tickets] [opensaf:tickets] #157 NTF: Improve HA handling in IMCN
Attached is a proposal for how to implement HA role change in ntfimcnd that enables it to handle switch over without restarting with a possible loss of configuration notifications. Attachment: README_IP_HA_ROLE_CHANGE (12.2 kB; application/octet-stream) --- ** [tickets:#157] NTF: Improve HA handling in IMCN** **Status:** accepted **Created:** Mon May 13, 2013 01:05 PM UTC by elunlen **Last Updated:** Mon May 13, 2013 01:06 PM UTC **Owner:** elunlen Imcn currently handles all HA state changes active - standby by beeing restarted and initialized in the new state on both nodes. When this happens a special configuration update notifications may be lost notification is sent out. Improve this handling so that at least switch over can be handled without loss of notifications. Migrated from devel.opensaf.org #3038 --- 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.-- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___ Opensaf-tickets mailing list Opensaf-tickets@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
