2010-03-25 23:20:59 +00:00
|
|
|
# Network UPS Tools: example ups.conf
|
|
|
|
#
|
|
|
|
# --- SECURITY NOTE ---
|
|
|
|
#
|
|
|
|
# If you use snmp-ups and set a community string in here, you
|
|
|
|
# will have to secure this file to keep other users from obtaining
|
|
|
|
# that string. It needs to be readable by upsdrvctl and any drivers,
|
|
|
|
# and by upsd.
|
|
|
|
#
|
|
|
|
# ---
|
|
|
|
#
|
|
|
|
# This is where you configure all the UPSes that this system will be
|
|
|
|
# monitoring directly. These are usually attached to serial ports, but
|
|
|
|
# USB devices and SNMP devices are also supported.
|
|
|
|
#
|
|
|
|
# This file is used by upsdrvctl to start and stop your driver(s), and
|
|
|
|
# is also used by upsd to determine which drivers to monitor. The
|
|
|
|
# drivers themselves also read this file for configuration directives.
|
|
|
|
#
|
|
|
|
# The general form is:
|
|
|
|
#
|
|
|
|
# [upsname]
|
|
|
|
# driver = <drivername>
|
|
|
|
# port = <portname>
|
|
|
|
# < any other directives here >
|
|
|
|
#
|
|
|
|
# The section header ([upsname]) can be just about anything as long as
|
|
|
|
# it is a single word inside brackets. upsd uses this to uniquely
|
|
|
|
# identify a UPS on this system.
|
|
|
|
#
|
|
|
|
# If you have a UPS called snoopy, your section header would be "[snoopy]".
|
|
|
|
# On a system called "doghouse", the line in your upsmon.conf to monitor
|
|
|
|
# it would look something like this:
|
|
|
|
#
|
|
|
|
# MONITOR snoopy@doghouse 1 upsmonuser mypassword master
|
|
|
|
#
|
|
|
|
# It might look like this if monitoring in slave mode:
|
|
|
|
#
|
|
|
|
# MONITOR snoopy@doghouse 1 upsmonuser mypassword slave
|
|
|
|
#
|
|
|
|
# Configuration directives
|
|
|
|
# ------------------------
|
|
|
|
#
|
|
|
|
# These directives are common to all drivers that support ups.conf:
|
|
|
|
#
|
|
|
|
# driver: REQUIRED. Specify the program to run to talk to this UPS.
|
|
|
|
# apcsmart, bestups, and sec are some examples.
|
|
|
|
#
|
|
|
|
# port: REQUIRED. The serial port where your UPS is connected.
|
|
|
|
# /dev/ttyS0 is usually the first port on Linux boxes, for example.
|
|
|
|
#
|
|
|
|
# sdorder: optional. When you have multiple UPSes on your system, you
|
|
|
|
# usually need to turn them off in a certain order. upsdrvctl
|
|
|
|
# shuts down all the 0s, then the 1s, 2s, and so on. To exclude
|
|
|
|
# a UPS from the shutdown sequence, set this to -1.
|
|
|
|
#
|
|
|
|
# The default value for this parameter is 0.
|
|
|
|
#
|
|
|
|
# nolock: optional, and not recommended for use in this file.
|
|
|
|
#
|
|
|
|
# If you put nolock in here, the driver will not lock the
|
|
|
|
# serial port every time it starts. This may allow other
|
|
|
|
# processes to seize the port if you start more than one by
|
|
|
|
# mistake.
|
|
|
|
#
|
|
|
|
# This is only intended to be used on systems where locking
|
|
|
|
# absolutely must be disabled for the software to work.
|
|
|
|
#
|
|
|
|
# maxstartdelay: optional. This can be set as a global variable
|
|
|
|
# above your first UPS definition and it can also be
|
|
|
|
# set in a UPS section. This value controls how long
|
|
|
|
# upsdrvctl will wait for the driver to finish starting.
|
|
|
|
# This keeps your system from getting stuck due to a
|
|
|
|
# broken driver or UPS.
|
|
|
|
#
|
|
|
|
# The default is 45 seconds.
|
|
|
|
#
|
2015-04-30 13:53:36 +00:00
|
|
|
# synchronous: optional. The driver work by default in asynchronous
|
|
|
|
# mode (i.e *synchronous=no*). This means that all data
|
|
|
|
# are pushed by the driver on the communication socket to
|
|
|
|
# upsd (Unix socket on Unix, Named pipe on Windows) without
|
|
|
|
# waiting for these data to be actually consumed. With
|
|
|
|
# some HW, such as ePDUs, that can produce a lot of data,
|
|
|
|
# asynchronous mode may cause some congestion, resulting in
|
|
|
|
# the socket to be full, and the driver to appear as not
|
|
|
|
# connected. By enabling the 'synchronous' flag
|
|
|
|
# (value = 'yes'), the driver will wait for data to be
|
|
|
|
# consumed by upsd, prior to publishing more. This can be
|
|
|
|
# enabled either globally or per driver.
|
|
|
|
#
|
|
|
|
# The default is 'no' (i.e. asynchronous mode) for backward
|
|
|
|
# compatibility of the driver behavior.
|
2010-03-25 23:20:59 +00:00
|
|
|
#
|
|
|
|
# Anything else is passed through to the hardware-specific part of
|
|
|
|
# the driver.
|
|
|
|
#
|
|
|
|
# Examples
|
|
|
|
# --------
|
|
|
|
#
|
2011-01-26 09:35:08 +00:00
|
|
|
# A simple example for a UPS called "powerpal" that uses the blazer_ser
|
2010-03-25 23:20:59 +00:00
|
|
|
# driver on /dev/ttyS0 is:
|
|
|
|
#
|
|
|
|
# [powerpal]
|
2011-01-26 09:35:08 +00:00
|
|
|
# driver = blazer_ser
|
2010-03-25 23:20:59 +00:00
|
|
|
# port = /dev/ttyS0
|
|
|
|
# desc = "Web server"
|
|
|
|
#
|
|
|
|
# If your UPS driver requires additional settings, you can specify them
|
|
|
|
# here. For example, if it supports a setting of "1234" for the
|
|
|
|
# variable "cable", it would look like this:
|
|
|
|
#
|
|
|
|
# [myups]
|
|
|
|
# driver = mydriver
|
|
|
|
# port = /dev/ttyS1
|
|
|
|
# cable = 1234
|
|
|
|
# desc = "Something descriptive"
|
|
|
|
#
|
|
|
|
# To find out if your driver supports any extra settings, start it with
|
|
|
|
# the -h option and/or read the driver's documentation.
|