Starting on windows
From Yate Documentation
(Difference between revisions)
(→Command line with their options to use when starting Yate as a Server) |
|||
Line 12: | Line 12: | ||
===Command line with their options to use when starting Yate as a Server=== | ===Command line with their options to use when starting Yate as a Server=== | ||
− | Usage: yate [options] [commands ...] | + | Usage: yate-console [options] [commands ...] |
-h, --help Display help message (this one) and exit | -h, --help Display help message (this one) and exit | ||
-V, --version Display program version and exit | -V, --version Display program version and exit |
Revision as of 16:29, 8 July 2013
This page purpose is to describe how to use command line with all his available options when starting Yate Server and Yate Client on windows platforms.
Contents |
Starting Yate as Server on Windows
Yate will install as a windows service with manual startup - you have to change it to "automatic" in a production environment. To start the service "net start yate" will do the trick.
Yate can also be started as a console program executing yate-console.exe - in this case the same command line options for linux can be used.
Please notice that if you want to enable logging while running as a windows service you have to manually change some registry keys.
Command line with their options to use when starting Yate as a Server
Usage: yate-console [options] [commands ...] -h, --help Display help message (this one) and exit -V, --version Display program version and exit -v Verbose debugging (you can use more than once) -q Quieter debugging (you can use more than once) --service Run as Windows service --install Install the Windows service --remove Remove the Windows service -p filename Write PID to file -l filename Log to file -n configname Use specified configuration name () -e pathname Path to shared files directory (.\share) -c pathname Path to conf files directory (.\conf.d) -u pathname Path to user files directory (C:\users\paulc\Application Data\Yate) -m pathname Path to modules directory (.\modules) -x relpath Relative path to extra modules directory (can be repeated) -w directory Change working directory -N nodename Set the name of this node in a cluster -t Truncate log file, don't append to it -D[options] Special debugging options a Abort if bugs are encountered m Attempt to debug mutex deadlocks d Disable locking debugging and safety features c Call dlclose() until it gets an error u Do not unload modules on exit, just finalize i Reinitialize after 1st initialization x Exit immediately after initialization w Delay creation of 1st worker thread o Colorize output using ANSI codes s Abort on bugs even during shutdown t Timestamp debugging messages relative to program start e Timestamp debugging messages based on EPOCH (1-1-1970 GMT) f Timestamp debugging in GMT format YYYYMMDDhhmmss.uuuuuu
Starting Yate as Client on Windows
The client has a different executable yate-qt4.exe and slightly different commad line options.
Command line with their options to use when starting Yate as a Client
Usage: yate [options] [commands ...] -h, --help Display help message (this one) and exit -V, --version Display program version and exit -v Verbose debugging (you can use more than once) -q Quieter debugging (you can use more than once) -p filename Write PID to file -l filename Log to file -n configname Use specified configuration name () -e pathname Path to shared files directory (.\share) -c pathname Path to conf files directory (.\conf.d) -u pathname Path to user files directory (C:\users\paulc\Application Data\Yate) -m pathname Path to modules directory (.\modules) -x relpath Relative path to extra modules directory (can be repeated) -w directory Change working directory -N nodename Set the name of this node in a cluster -t Truncate log file, don't append to it -D[options] Special debugging options a Abort if bugs are encountered m Attempt to debug mutex deadlocks d Disable locking debugging and safety features c Call dlclose() until it gets an error u Do not unload modules on exit, just finalize i Reinitialize after 1st initialization x Exit immediately after initialization w Delay creation of 1st worker thread o Colorize output using ANSI codes s Abort on bugs even during shutdown t Timestamp debugging messages relative to program start e Timestamp debugging messages based on EPOCH (1-1-1970 GMT) f Timestamp debugging in GMT format YYYYMMDDhhmmss.uuuuuu
See also