I am not so familiar with how MDS works, but could the reason for doing 
sleep(1) before exiting the process be that message sent by saAmfResponse() 
otherwise might not be sent (i.e. it is still stuck in some MDS buffer in the 
process' memory).

Is it the case that AMF assumes the process has disappeared when AMF gets the 
response to the terminate callback? In that case there is a race, because when 
the response is sent the process is obviously still alive. AMF ought to wait 
until it sees that the process is gone.


---

** [tickets:#501] amf: No node directors register to AMF within time after "#7 
cleanup instead of terminate used at component restart"**

**Status:** unassigned
**Created:** Thu Jul 11, 2013 07:47 AM UTC by Ingvar Bergström
**Last Updated:** Mon Jul 15, 2013 02:42 AM UTC
**Owner:** nobody

After introduction of patches solving "#7 cleanup instead of terminate used at 
component restart”, no node directors registers to AMF within time according to 
messages log.
I have tried SMFND, CPND, GLND and MQND.

It seems however that the main routines of the node director daemons are not 
started until 10 seconds after the terminate callback (after the registration 
timeout).

It is very easy to see the fault by entering command "amf-adm restart 
safComp=xxxND,safSu=SC-1,safSg=NoRed,safApp=OpenSAF"


---

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.
------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

Reply via email to