Hi David:

In message <alpine.deb.2.02.1503311452250.26...@nftneq.ynat.uz>,
David Lang writes:
>before I realized that I really only needed USR2, I was sending sec
>a HUP to get it to close all it's output files (for log rotation),
>but I was running into the problem that the HUP restart looses all context.

Not just context but all correlation operations and variables (however
variables set explicitly via perl functions/expressions IIRC aren't
flushed).

>There is the SEC_RESTART event that shows up after the HUP finishes and
>all state is cleared, but it doesn't look like SEC_SHUTDOWN takes place
>prior to the HUP.

Yeah I can see the agrument for that, but I would really expect a
SEC_SHUTDOWN only when it's really being shut down.

>Am I missing something? or is there no way to save state when a HUP
>is received?

I don't think you are missing anything. I am not sure if it makes sense to
create events for:

 PRE_SEC_RESTART - this event will be the last event that SEC sees before
      reloading its configuration (HUP)

 PRE_SEC_SOFTRESTART - this event will be the last event that SEC sees
       before reloading its configuration (ABRT)

 PRE_SEC_LOGROTATE - this event will be the last event that SEC sees
      before reopening its log file and closing its outputs (USR2)

just for completeness.

I can't think of an occasion where I would send a HUP to a SEC and
want to retain the state. (Then again I don't find keeping state and
reloading it after a shutdown/restart (SIGTERM/ service restart) to be
very useful given all the caveats associated with it.)

I am interested in what your use case would be for these theoretical
events.

--
                                -- rouilj
John Rouillard
===========================================================================
My employers don't acknowledge my existence much less my opinions.

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Simple-evcorr-users mailing list
Simple-evcorr-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/simple-evcorr-users

Reply via email to