Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

kloned(8) [debian man page]

KLONED(8)							   KoanLogic Srl							 KLONED(8)

NAME
kloned - klone daemon SYNOPSIS
kloned [-d] [-f file] [-F] [-h] [-i] [-u] DESCRIPTION
kloned merges a web server (or CGI to be plugged into other CGI-compliant web servers), its compressed configuration, together with the static and dynamic web contents into a single executable file. The process of creating the kloned executable, by embedding the web content into the server process, is documented in the klone(1) manual page. OPTIONS
-d Enable verbose logging for debugging purposes. -f config_file Load further configuration parameters from the external file config_file besides those found in the embedded configuration file sup://etc/kloned.conf. Parameters in conf_file override the values of those with the same name in the embedded configuration file. -F If specified, this parameter causes the main kloned process to not detach from the terminal. HTTP/HTTPS requests are served iteratively: no child is forked to handle the client connection. -h Display a summary of command-line options and exit. -i Install kloned service and exit (only available on Windows). -u Uninstall kloned service and exit (only available on Windows). -V Print klone version and exit. FILES
kloned depends on sup://etc/kloned.conf for the configuration of its instances (clones). Additional configuration can be supplied via an external file (the -f command line flag): see kloned.conf(5) for details on available configuration parameters and their respective values. DIAGNOSTICS
KLone is a product targeted for embedded systems, especially those with limited or no disk resources; as such it tries to reduce logging activity to a minumum (at its best, zero logging). Diagnostics issued by kloned are passed to the syslogd(8), subsystem with facility LOG_LOCAL0 and priority LOG_DEBUG and can be routed to a configurable file (see syslog.conf(5) for details). The number and nature of diagnostics available depends on the debug level defined at compile-time. If you are having problems, compile the KLone application with NDEBUG unset, configure the syslog daemon appropriately, run your application and peruse the log files. Most messages are reasonably self-explanatory. At this stage your best bet is still to grep the source code and inspect the conditions that gave rise to the diagnostics you are seeing. kloned is a service/daemon, as such it will bail out with an EXIT_SUCCESS exit code only if explicitly requested to terminate (i.e. SIGTERM or SIGINT), otherwise it will exit with EXIT_FAILURE. ENVIRONMENT VARIABLES
The following environment variables affect the execution of kloned: GATEWAY_INTERFACE If set, kloned assumes it has been run as a CGI script by an external web server. SIGNALS
To shut down a user's kloned process it is recommended that SIGKILL not be used, except as a last resort. The safe way to terminate a kloned is to send it a SIGTERM or SIGINT signal and wait for it to die on its own. SEE ALSO
kloned.conf(5), klone(1). BUGS
Sure there are some. If you find one, please email it to <klone-bug@koanlogic.com>. KoanLogic Srl 11/03/2005 KLONED(8)

Check Out this Related Man Page

PUPPET-MASTER(8)						   Puppet manual						  PUPPET-MASTER(8)

NAME
puppet-master - The puppet master daemon SYNOPSIS
The central puppet server. Functions as a certificate authority by default. USAGE
puppet master [-D|--daemonize|--no-daemonize] [-d|--debug] [-h|--help] [-l|--logdest file|console|syslog] [-v|--verbose] [-V|--version] [--compile node-name] DESCRIPTION
This command starts an instance of puppet master, running as a daemon and using Ruby's built-in Webrick webserver. Puppet master can also be managed by other application servers; when this is the case, this executable is not used. OPTIONS
Note that any configuration parameter that's valid in the configuration file is also a valid long argument. For example, 'ssldir' is a valid configuration parameter, so you can specify '--ssldir directory' as an argument. See the configuration file documentation at http://docs.puppetlabs.com/references/stable/configuration.html for the full list of acceptable parameters. A commented list of all configuration options can also be generated by running puppet master with '--genconfig'. --daemonize Send the process into the background. This is the default. --no-daemonize Do not send the process into the background. --debug Enable full debugging. --help Print this help message. --logdest Where to send messages. Choose between syslog, the console, and a log file. Defaults to sending messages to syslog, or the console if debugging or verbosity is enabled. --verbose Enable verbosity. --version Print the puppet version number and exit. --compile Compile a catalogue and output it in JSON from the puppet master. Uses facts contained in the $vardir/yaml/ directory to compile the catalog. EXAMPLE
puppet master DIAGNOSTICS
When running as a standalone daemon, puppet master accepts the following signals: SIGHUP Restart the puppet master server. SIGINT and SIGTERM Shut down the puppet master server. SIGUSR2 Close file descriptors for log files and reopen them. Used with logrotate. AUTHOR
Luke Kanies COPYRIGHT
Copyright (c) 2011 Puppet Labs, LLC Licensed under the Apache 2.0 License Puppet Labs, LLC June 2012 PUPPET-MASTER(8)
Man Page