docs/CONFIGURATION.md in pitchfork-0.7.0 vs docs/CONFIGURATION.md in pitchfork-0.8.0

- old
+ new

@@ -251,17 +251,28 @@ ## Callbacks Because pitchfork several callbacks around the lifecycle of workers. It is often necessary to use these callbacks to close inherited connection after fork. -Note that when reforking is available, the `pitchfork` master process won't load your application -at all. As such for hooks executed in the master, you may need to explicitly load the parts of your +Note that when reforking is available, the `pitchfork` monitor process won't load your application +at all. As such for hooks executed in the monitor, you may need to explicitly load the parts of your application that are used in hooks. `pitchfork` also don't attempt to rescue hook errors. Raising from a worker hook will crash the worker, -and raising from a master hook will bring the whole cluster down. +and raising from a monitor hook will bring the whole cluster down. +### `after_monitor_ready` + +Called by the monitor process after it's done booting the application and +spawning the original workers. + +```ruby +after_monitor_ready do |server| + server.logger.info("Monitor pid=#{Process.pid} ready") +end +``` + ### `after_mold_fork` ```ruby after_mold_fork do |server, mold| Database.disconnect! @@ -336,11 +347,11 @@ callback has time to complete before the "hard" timeout triggers. By default the cleanup timeout is 2 seconds. ### `after_worker_hard_timeout` -Called in the master process when a worker hard timeout is elapsed: +Called in the monitor process when a worker hard timeout is elapsed: ```ruby after_worker_timeout do |server, worker| $stderr.puts "Worker hard timeout, pid=#{worker.pid}" end @@ -351,10 +362,10 @@ This callback being called in an indication that something is preventing the soft timeout from working. ### `after_worker_exit` -Called in the master process after a worker exits. +Called in the monitor process after a worker exits. ```ruby after_worker_exit do |server, worker, status| # status is a Process::Status instance for the exited worker process unless status.success?