Module: Daemons

Defined in:
lib/feed_updater/vendor/daemons.rb,
lib/feed_updater/vendor/daemons/pid.rb,
lib/feed_updater/vendor/daemons/pidmem.rb,
lib/feed_updater/vendor/daemons/cmdline.rb,
lib/feed_updater/vendor/daemons/monitor.rb,
lib/feed_updater/vendor/daemons/pidfile.rb,
lib/feed_updater/vendor/daemons/controller.rb,
lib/feed_updater/vendor/daemons/exceptions.rb,
lib/feed_updater/vendor/daemons/application.rb,
lib/feed_updater/vendor/daemons/application_group.rb

Overview

All functions and classes that Daemons provides reside in this module.

Daemons is normally invoked by one of the following four ways:

  1. Daemons.run(script, options): This is used in wrapper-scripts that are supposed to control other ruby scripts or external applications. Control is completely passed to the daemons library. Such wrapper script need to be invoked with command line options like ‘start’ or ‘stop’ to do anything useful.

  2. Daemons.run_proc(app_name, options) { (...) }: This is used in wrapper-scripts that are supposed to control a proc. Control is completely passed to the daemons library. Such wrapper script need to be invoked with command line options like ‘start’ or ‘stop’ to do anything useful.

  3. Daemons.call(options) { block }: Execute the block in a new daemon. Daemons.call will return immediately after spawning the daemon with the new Application object as a return value.

  4. Daemons.daemonize(options): Daemonize the currently runnig process, i.e. the calling process will become a daemon.

What does daemons internally do with my daemons?

or

why do my daemons crash when they try to open a file?

or

why can I not see any output from the daemon on the console (when using for example puts?

From a technical aspect of view, daemons does the following when creating a daemon:

  1. Forks a child (and exits the parent process, if needed)

  2. Becomes a session leader (which detaches the program from the controlling terminal).

  3. Forks another child process and exits first child. This prevents the potential of acquiring a controlling terminal.

  4. Changes the current working directory to “/”.

  5. Clears the file creation mask (sets umask to 0000).

  6. Closes file descriptors (reopens STDOUT and STDERR to point to a logfile if possible).

So what does this mean for your daemons:

  • the current directory is ‘/’

  • you cannot receive any input from the console (for example no gets)

  • you cannot output anything from the daemons with puts/print unless a logfile is used

How do PidFiles work? Where are they stored?

Also, you are maybe interested in reading the documentation for the class PidFile. There you can find out about how Daemons works internally and how and where the so called PidFiles are stored.

Defined Under Namespace

Classes: Application, ApplicationGroup, CmdException, Controller, Error, Exception, Monitor, Optparse, Pid, PidFile, PidMem, RuntimeException, SystemError

Constant Summary collapse

VERSION =
"0.4.4"

Class Method Summary collapse

Class Method Details

.call(options = {}, &block) ⇒ Object

Execute the block in a new daemon. Daemons.call will return immediately after spawning the daemon with the new Application object as a return value.

options

A hash that may contain one or more of the options listed below

block

The block to call in the daemon.

Options:

:multiple

Specifies whether multiple instances of the same script are allowed to run at the same time

:ontop

When given, stay on top, i.e. do not daemonize the application

:backtrace

Write a backtrace of the last exceptions to the file ‘[app_name].log’ in the pid-file directory if the application exits due to an uncaught exception


Example:

options = {
  :backtrace  => true,
  :monitor    => true,
  :ontop      => true
}

Daemons.call(options) begin
  # Server loop:
  loop {
    conn = accept_conn()
    serve(conn)
  }
end


217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
# File 'lib/feed_updater/vendor/daemons.rb', line 217

def call(options = {}, &block)
  unless block_given?
    raise "Daemons.call: no block given"
  end
  
  options[:proc] = block
  options[:mode] = :proc
  
  @group ||= ApplicationGroup.new('proc', options)
  
  new_app = @group.new_application(options)
  new_app.start

  return new_app
end

.controllerObject

Return the internal Controller instance.



272
# File 'lib/feed_updater/vendor/daemons.rb', line 272

def controller; @controller; end

.daemonize(options = {}) ⇒ Object

Daemonize the currently runnig process, i.e. the calling process will become a daemon.

options

A hash that may contain one or more of the options listed below

Options:

:ontop

When given, stay on top, i.e. do not daemonize the application

:backtrace

Write a backtrace of the last exceptions to the file ‘[app_name].log’ in the pid-file directory if the application exits due to an uncaught exception


Example:

options = {
  :backtrace  => true,
  :ontop      => true
}

Daemons.daemonize(options)

# Server loop:
loop {
  conn = accept_conn()
  serve(conn)
}


259
260
261
262
263
264
# File 'lib/feed_updater/vendor/daemons.rb', line 259

def daemonize(options = {})
  @group ||= ApplicationGroup.new('self', options)
  
  @group.new_application(:mode => :none).start
  
end

.groupObject

Return the internal ApplicationGroup instance.



268
# File 'lib/feed_updater/vendor/daemons.rb', line 268

def group; @group; end

.run(script, options = {}) ⇒ Object

Passes control to Daemons. This is used in wrapper-scripts that are supposed to control other ruby scripts or external applications. Control is completely passed to the daemons library. Such wrapper script should be invoked with command line options like ‘start’ or ‘stop’ to do anything useful.

script

This is the path to the script that should be run as a daemon. Please note that Daemons runs this script with load <script>. Also note that Daemons cannot detect the directory in which the controlling script resides, so this has to be either an absolute path or you have to run the controlling script from the appropriate directory.

options

A hash that may contain one or more of the options listed below

Options:

:app_name

The name of the application. This will be used to contruct the name of the pid files and log files. Defaults to the basename of the script.

:dir_mode

Either :script (the directory for writing the pid files to given by :dir is interpreted relative to the script location given by script) or :normal (the directory given by :dir is interpreted relative to the current directory) or :system (/var/run is used as the pid file directory)

:dir

Used in combination with :dir_mode (description above)

:multiple

Specifies whether multiple instances of the same script are allowed to run at the same time

:ontop

When given, stay on top, i.e. do not daemonize the application (but the pid-file and other things are written as usual)

:mode

:load Load the script with Kernel.load; :exec Execute the script file with Kernel.exec

:backtrace

Write a backtrace of the last exceptions to the file ‘[app_name].log’ in the pid-file directory if the application exits due to an uncaught exception

:monitor

Monitor the programs and restart crashed instances


Example:

options = {
  :app_name   => "my_app",
  :dir_mode   => :script,
  :dir        => 'pids',
  :multiple   => true,
  :ontop      => true,
  :mode       => :exec,
  :backtrace  => true,
  :monitor    => true,
  :script     => "path/to/script.rb"
}

Daemons.run(File.join(File.split(__FILE__)[0], 'myscript.rb'), options)


125
126
127
128
129
130
131
132
133
134
135
# File 'lib/feed_updater/vendor/daemons.rb', line 125

def run(script, options = {})
  options[:script] = script
  @controller = Controller.new(options, ARGV)
  
  @controller.catch_exceptions {
    @controller.run
  }
  
  # I don't think anybody will ever use @group, as this location should not be reached under non-error conditions
  @group = @controller.group
end

.run_proc(app_name, options = {}, &block) ⇒ Object

Passes control to Daemons. This function does the same as Daemons.run except that not a script but a proc will be run as a daemon while this script provides command line options like ‘start’ or ‘stop’ and the whole pid-file management to control the proc.

app_name

The name of the application. This will be used to contruct the name of the pid files and log files. Defaults to the basename of the script.

options

A hash that may contain one or more of the options listed in the documentation for Daemons.run

A block must be given to this function. The block will be used as the :proc entry in the options hash.


Example:

Daemons.run_proc('myproc.rb') do
  loop do
    accept_connection()
    read_request()
    send_response()
    close_connection()
  end
end


165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
# File 'lib/feed_updater/vendor/daemons.rb', line 165

def run_proc(app_name, options = {}, &block)
  options[:app_name] = app_name
  options[:mode] = :proc
  options[:proc] = block
  
  if [nil, :script].include? options[:dir_mode]
    options[:dir_mode] = :normal
    options[:dir] = File.split(__FILE__)[0]
  end
  
  @controller = Controller.new(options, ARGV)
  
  @controller.catch_exceptions {
    @controller.run
  }
  
  # I don't think anybody will ever use @group, as this location should not be reached under non-error conditions
  @group = @controller.group
end