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:
-
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. -
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. -
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. -
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:
-
Forks a child (and exits the parent process, if needed)
-
Becomes a session leader (which detaches the program from the controlling terminal).
-
Forks another child process and exits first child. This prevents the potential of acquiring a controlling terminal.
-
Changes the current working directory to “/”.
-
Clears the file creation mask (sets
umask
to0000
). -
Closes file descriptors (reopens
STDOUT
andSTDERR
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
-
.call(options = {}, &block) ⇒ Object
Execute the block in a new daemon.
-
.controller ⇒ Object
Return the internal Controller instance.
-
.daemonize(options = {}) ⇒ Object
Daemonize the currently runnig process, i.e.
-
.group ⇒ Object
Return the internal ApplicationGroup instance.
-
.run(script, options = {}) ⇒ Object
Passes control to Daemons.
-
.run_proc(app_name, options = {}, &block) ⇒ Object
Passes control to Daemons.
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( = {}, &block) unless block_given? raise "Daemons.call: no block given" end [:proc] = block [:mode] = :proc @group ||= ApplicationGroup.new('proc', ) new_app = @group.new_application() new_app.start return new_app end |
.controller ⇒ Object
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:
= {
:backtrace => true,
:ontop => true
}
Daemons.daemonize()
# 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( = {}) @group ||= ApplicationGroup.new('self', ) @group.new_application(:mode => :none).start end |
.group ⇒ Object
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 byscript
) 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 withKernel.load
;:exec
Execute the script file withKernel.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:
= {
: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'), )
125 126 127 128 129 130 131 132 133 134 135 |
# File 'lib/feed_updater/vendor/daemons.rb', line 125 def run(script, = {}) [:script] = script @controller = Controller.new(, 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, = {}, &block) [:app_name] = app_name [:mode] = :proc [:proc] = block if [nil, :script].include? [:dir_mode] [:dir_mode] = :normal [:dir] = File.split(__FILE__)[0] end @controller = Controller.new(, 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 |