nutupsdrv - generic manual for unified NUT drivers
nutupsdrv is not actually a driver. This is a combined man page for the shared code that is the core of many drivers within the Network UPS Tools package.
For information on the specific drivers, see their individual man pages.
UPS drivers provide a communication channel between the physical UPS hardware and the upsd(8) server. The driver is responsible for translating the native protocol of the UPS to the common format used by the rest of this package.
The core has two modes of operation which are determined by the command line switches. In the normal mode, the driver will periodically poll the UPS for its state and parameters. The results of this command is presented to upsd. The driver will also handle setting variables and instant commands if available.
The driver can also instruct the UPS to shut down the load, possibly after some delay. This mode of operation is intended for cases when it is known that the UPS is running out of battery power and the systems attached must be turned off to ensure a proper reboot when power returns.
The level of debugging needed depends both on the driver and the problem you’re trying to diagnose. Therefore, first explain the problem you have with a driver to a developer/maintainer, before sending them debugging output. More often than not, if you just pick a level, the output may be either too limited or too verbose to be of any use.
The debugging comment above also applies here.
You should use upsdrvctl shutdown whenever possible instead of calling this directly.
In addition to the state path, many systems will require /dev/null to exist within directory for this to work. The serial ports are opened before the chroot call, so you do not need to create them inside the jail. In fact, it is somewhat safer if you do not.
If you do not specify this value and start it as root, the driver will switch to the default value that was compiled into the code. This is typically nobody, and is far from ideal.
This is like setting var=val in ups.conf(5), but -x overrides any settings from that file.
Information about the startup process is printed to stdout. Additional messages after that point are available in the syslog. After upsd(8) starts, the UPS clients such as upsc(8) can be used to query the status of an UPS.
You should always use upsdrvctl(8) to control the drivers. While drivers can be started by hand for testing purposes, it is not recommended for production use.
Some of the drivers may have bugs. See their manuals for more information.
Driver control: upsdrvctl(8)
Drivers: al175(8) apcsmart(8), bcmxcp(8), bcmxcp_usb(8), belkin(8), belkinunv(8), bestfcom(8), bestuferrups(8), bestups(8), blazer_ser(8), blazer_usb(8), cyberpower(8), dummy-ups(8), etapro(8), everups(8), gamatronic(8), genericups(8), isbmex(8), liebert(8), masterguard(8), metasys(8), mge-shut(8), mge-utalk(8), mge-xml(8), newmge-shut(8), nitram(8), nutdrv_qx(8), oneac(8), optiups(8), powercom(8), powerman-pdu(8), powerpanel(8), rhino(8), richcomm_usb(8), safenet(8), snmp-ups(8), solis(8), tripplite(8), tripplitesu(8), tripplite_usb(8), usbhid-ups(8), upscode2(8), victronups(8)
Internet resources: The NUT (Network UPS Tools) home page: http://www.networkupstools.org/
|12/29/2015||Network UPS Tools 2.7.3.|