- **status**: unassigned --> duplicate
- **assigned_to**: Nagendra Kumar



---

** [tickets:#378] Got amfnd coredumps when cluster reboot is done**

**Status:** duplicate
**Created:** Fri May 31, 2013 04:05 AM UTC by Nagendra Kumar
**Last Updated:** Fri May 31, 2013 04:05 AM UTC
**Owner:** Nagendra Kumar

Migrated from http://devel.opensaf.org/ticket/2380

This happpens with large database 350K objects in immsv. AMFND gets TIMEOUT 
when accessing objects information. The timeout should be increased for large 
data base to avoid amfnd crash.


(gdb) bt
#0 0x00007fd375a31945 in raise () from /lib64/libc.so.6
#1 0x00007fd375a32f21 in abort () from /lib64/libc.so.6
#2 0x00000000004052f8 in defaultImmutilError (fmt=0x43dd90 <error reading 
variable>) at ../../../../../osaf/tools/safimm/src/immutil.c:68
#3 0x00000000004060bd in immutil_saImmOmSearchInitialize_2 
(immHandle=16595753764623, rootName=0x672f70, scope=SA_IMM_SUBTREE, 
searchOptions=1025, searchParam=0x7fff5e4ef640, attributeNames=0x655540,


searchHandle=0x7fff5e4ef678) at 
../../../../../osaf/tools/safimm/src/immutil.c:1137


#4 0x0000000000421b06 in avnd_comp_config_get_su (su=0x672f50) at 
avnd_compdb.c:1690
#5 0x0000000000434c98 in avnd_evt_avd_su_pres_evh (cb=0x6558c0, evt=<value 
optimized out>) at avnd_susm.c:1002
#6 0x000000000042ed60 in avnd_evt_process (evt=<value optimized out>) at 
avnd_proc.c:279
#7 avnd_main_process (evt=<value optimized out>) at avnd_proc.c:220
#8 0x00000000004082ad in main (argc=<value optimized out>, argv=<value 
optimized out>) at amfnd_main.c:45
(gdb) bt full
#0 0x00007fd375a31945 in raise () from /lib64/libc.so.6 No symbol table info 
available.
#1 0x00007fd375a32f21 in abort () from /lib64/libc.so.6 No symbol table info 
available.
#2 0x00000000004052f8 in defaultImmutilError (fmt=0x43dd90 <error reading 
variable>) at ../../../../../osaf/tools/safimm/src/immutil.c:68


ap = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fff5e4ef170, 
reg_save_area = 0x7fff5e4ef0a0}}
ap2 = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fff5e4ef170, 
reg_save_area = 0x7fff5e4ef0a0}}


#3 0x00000000004060bd in immutil_saImmOmSearchInitialize_2 
(immHandle=16595753764623, rootName=0x672f70, scope=SA_IMM_SUBTREE, 
searchOptions=1025, searchParam=0x7fff5e4ef640, attributeNames=0x655540,


searchHandle=0x7fff5e4ef678) at 
../../../../../osaf/tools/safimm/src/immutil.c:1137


rc = SA_AIS_ERR_TIMEOUT
nTries = 1879071008


#4 0x0000000000421b06 in avnd_comp_config_get_su (su=0x672f50) at 
avnd_compdb.c:1690


rc = <value optimized out>
error = <value optimized out>
searchHandle = <value optimized out>
searchParam = {searchOneAttr = {attrName = 0x43e117 <error reading variable>, 
attrValueType = SA_IMM_ATTR_SASTRINGT, attrValue = 0x7fff5e4ef668}}
comp_name = {length = 62784, value = <error reading variable>}
attributes = <value optimized out>
className = 0x441bc7 <error reading variable>
immOmHandle = 16595753764623
immVersion = {releaseCode = 65 '<error reading variable>, majorVersion = 2 
'<error reading variable>, minorVersion = 1 '<error reading variable>}
FUNCTION = <error reading variable>


#5 0x0000000000434c98 in avnd_evt_avd_su_pres_evh (cb=0x6558c0, evt=<value 
optimized out>) at avnd_susm.c:1002


su = 0x672f50
rc = <value optimized out>
FUNCTION = <error reading variable>
PRETTY_FUNCTION = <error reading variable>


#6 0x000000000042ed60 in avnd_evt_process (evt=<value optimized out>) at 
avnd_proc.c:279


FUNCTION = <error reading variable>


#7 avnd_main_process (evt=<value optimized out>) at avnd_proc.c:220


ret = 0
mbx_fd = <value optimized out>
fds = {{fd = 13, events = 1, revents = 1}, {fd = 17, events = 1, revents = 0}, 
{fd = 15, events = 1, revents = 0}, {fd = 0, events = 0, revents = 0}}
evt = 0x7fd3700016f0
FUNCTION = <error reading variable>


#8 0x00000000004082ad in main (argc=<value optimized out>, argv=<value 
optimized out>) at amfnd_main.c:45


error = 0




Changed 18 months ago by nagendra ¶
  ■owner changed from ravisekhar to praveenmalviya 
■status changed from new to assigned 
Changed 18 months ago by hafe ¶
  Where are the logs what changeset etc


Changed 18 months ago by nagendra ¶
  Changeset 2918


Changed 18 months ago by ravisekhar ¶
  ■milestone changed from 4.2.0.GA to 4.2.1 
The lower IMMA sync timeout introduced in context of #2149, has been reverted 
to the default value(10secs) with #2239 fix. Even with moderate size of 
database we should not see this issue now, but still to address syncing very 
large large database objects in immsv the timeout value should be configurable 
through config file. 


Changed 15 months ago by praveenmalviya ¶
  ■patch_waiting changed from no to yes 
Changed 15 months ago by anders ¶
  You seem to be getting a timeout here on a saImmOmDearchInitialize.
Could it be that the search is requesting the values of pure (non cached) 
runtime attributes. This leads to the immsv having to create a callback 
towards the OI (AMFD?) which could possibly take time.


Try using SA_IMM_SEARCH_GET_CONFIG_ATTR, see:


http://devel.opensaf.org/ticket/1897


Changed 15 months ago by hafe ¶
  ■patch_waiting changed from yes to no 
amfnd in older branches (<4.3) is providing a list of the attributes that 
should be fetched from IMM. See compConfigAttributes in avnd_compdb.c


amfnd in default (4.3) is using the new feature SA_IMM_SEARCH_GET_CONFIG_ATTR 
so this list has been removed.


Is there a possibility that providing a list of attributes does not work such 
that the implementer is invoked anyhow?


Changed 15 months ago by anders ¶
  If the provided list only includes cached RTAs, then the searchInit will be
a completely node local operation and a reading operation allowed during
on going sync of other nodes. 


Even if the IMMD is down, you should not get TRY_AGAIN for that case, if you 
removed
the old "cheating" patch :-)


The only case would be if the local immnd has crashed and restarted and is 
being synced.
In that case the imma handle resurrect comes into play. But I would then expect 
the
amfnd to get BAD_HANDLE and not TIMEOUT.


Changed 14 months ago by praveenmalviya ¶
  ■milestone changed from 4.2.1 to 4.3.GA 



---

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.
------------------------------------------------------------------------------
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=58040911&iu=/4140/ostg.clktrk
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

Reply via email to