#27 Need "safe" shutdown of sfcb

Usability
closed
sfcb (1090)
5
2005-04-13
2005-04-05
No

In order to register new providers and rebuild the
repository it is necessary to reload or restart the
sfcb daemon.
In order to automate the registering of new providers
it would be helpful, if the shutdown would allow
ongoing operations to finish, but reject new requests.
This way a provider installation routine could do a
kill -15, wait for sfcbd to stop, register and rebuild
the repository and the start the sfcb daemon again.

Discussion

  • Anonymous - 2005-04-13

    Logged In: YES
    user_id=230251

    kill -<signal> <main-process-pid> or killall -<signal> sfcbd
    will now cause orderly draining and shutdown of adapters and
    providers. <signal> can either be 1, 2, 3, or 15. Using of
    the 1 signal (hup) will recycle sfcdb, the other signals
    will terminate sfcbd. "Control c" from the keybord causes a
    signal 2 to be used.

     
  • Anonymous - 2005-04-13
    • status: open --> closed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks