Hi,
We use Nexenta which has recently implemented a UPS plugin using NUT
code. The one problem is that it can't look at APCUPSD servers for APC
information. We have a UPS per a rack and a APCUPSD server per a UPS.
Without this functionality, we would have to be directly connected to
the UPS's for our SAN and we can't do that. Do you have a workaround or
something we can do instead without replacing what we already have?
Thanks,
Tom Vachon
Citeren Thomas Vachon <vachon op gamelogic.com>:> We use Nexenta which has recently implemented a UPS plugin using NUT > code. The one problem is that it can't look at APCUPSD servers for APC > information. We have a UPS per a rack and a APCUPSD server per a UPS. > Without this functionality, we would have to be directly connected to > the UPS's for our SAN and we can't do that. Do you have a workaround or > something we can do instead without replacing what we already have?Please explain why you need to run apcupsd instead of a NUT driver that supports your type of UPS. I'm afraid we have no idea what you're trying to do. Best regards, Arjen -- Please keep list traffic on the list
Citeren Thomas Vachon <vachon op gamelogic.com>:> Basically we have a bunch of Debian boxes running apcupsd which talk to > centralized boxes directly connected to the ups. It acts as a proxy for > all ups information (e.g. on battery, etc). This allows a whole rack of > servers to know what state the UPS is in. Our UPS's only support a > single serial connection, and this was how it was deployed when I got here.In that case, consider switching to NUT completely by monitoring these UPS'es through the apcsmart driver (man 8 apcsmart. This would allow basically the same functionality as your existing apcupsd install. Or you could nag your Nexenta supplier to supply a similar plugin for apcupsd. Best regards, Arjen PS Don't top-post please (and note the signature line below). -- Please keep list traffic on the list