<div dir="ltr"><div>Thank you for your reply and help.</div><div><br></div><div>I admit to still learning how to use NUT.</div><div><br></div><div>My general NUT-use plan is as follows: the NUT server Pi controls a number of network devices; router, VoIP, mesh pod, fiber connection, etc., but no computers other than the Pi server.  It would shut down last.  The client Pi controls two PCs and would shut down first after shutting down its attached devices.  If this is not workable, please let me know.<br></div><div><br></div><div>I have made the change to the client's<i> ups.conf </i>adding the entry for APCES750 [and keeping it on the server's<i> ups.conf</i>].  However, I am now getting this message set when I run <i>sudo service nut-client status</i> on the client:</div><div><br></div><div><i>UPS [APCES750@192.168.101] connect failed: Connection failure: Network is unreachable<br></i></div><div><i>Master privileges unavailable on UPS [<a href="mailto:APCES850@192.168.1.100">APCES850@192.168.1.100</a>]</i></div><div><i>Response: [ERR ACCESS-DENIED]</i></div><div><i>UPS [
[APCES750@192.168.101] connect failed: Connection failure:Connection refused</i></div><div><i><br></i></div><div><i>
UPS [
[APCES750@192.168.101] connect failed: Connection failure:Connection refused <br></i></div><div><i>
UPS [
[APCES750@192.168.101] connect failed: Connection failure:Connection refused <br></i></div><div><i>
UPS [
[APCES750@192.168.101] connect failed: Connection failure:Connection refused <br></i></div><div><i><br></i></div><div><i>
UPS [
[APCES750@192.168.101] connect failed: Connection failure:Connection refused </i><br></div><div><br></div><div>Which looks like some kind of authentication problem.  Maybe.  <br></div><div><br></div><div>Bill Cole</div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 26, 2022 at 8:53 AM Charles Lepple <<a href="mailto:clepple@gmail.com">clepple@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Jan 25, 2022, at 2:51 PM, William Cole via Nut-upsuser <<a href="mailto:nut-upsuser@alioth-lists.debian.net" target="_blank">nut-upsuser@alioth-lists.debian.net</a>> wrote:<br>
> <br>
> I hope that this is an appropriate post for this group.  Please let me know if it should go elsewhere.<br>
<br>
Yes, this is a good place to ask general questions. However, you may want to subscribe to the list, at least temporarily, so that we do not need to manually approve your messages:<br>
<br>
<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser" rel="noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser</a><br>
<br>
As such, you may have missed Roger's reply which looks like it went only to the list: <a href="https://alioth-lists.debian.net/pipermail/nut-upsuser/2022-January/012666.html" rel="noreferrer" target="_blank">https://alioth-lists.debian.net/pipermail/nut-upsuser/2022-January/012666.html</a><br>
<br>
> I am running NUT on RaspberryPi 3B+ [RPi] units using Buster.  The NUT version is 2.7.4.<br>
<br>
Thanks for the info.<br>
> <br>
> I have two UPS's in two different physical locations.  Each is attached to its own RPi.<br>
> Both UPS's are APCs but of different models.<br>
> <br>
> I have one APC attached to an RPi w/NUT configured as a server with the following script entries:<br>
> ---------------------------------<br>
> nut.conf<br>
> MODE=netserver<br>
> <br>
> ups.conf<br>
> [APCES850Server]<br>
>      driver=usbhid-ups<br>
>      port=auto<br>
>      desc=”APC ES850”<br>
>      serial=4B2037P49872<br>
>      pollinterval=15<br>
>      vendorid=051d<br>
> [APCES750Client]<br>
>      driver=usbhid-ups<br>
>      port=auto<br>
>      desc=”APC ES750”<br>
>      serial=3B0907X16989<br>
>      pollinterval=15<br>
>      vendorid=051d<br>
<br>
It looks like you have the syntax correct for ups.conf, but the USB details like the serial number and vendorid should go in the ups.conf on the Pi that is directly connected to that UPS.<br>
<br>
You can think of the client/server setup as follows: the server is providing the UPS status over the network to the clients, much as a simple file server has a local disk, and the files on that disk are available to other clients of that server.<br>
<br>
> <br>
> upsmon.conf<br>
> MONITOR <a href="mailto:APCES850Server@192.168.1.100" target="_blank">APCES850Server@192.168.1.100</a> 1 upsmon LASTPASS master<br>
> MONITOR <a href="mailto:APCES750Client@192.168.1.101" target="_blank">APCES750Client@192.168.1.101</a> 1 upsremote LASTPASS slave<br>
> <br>
> Usual entries for upsd.conf and upsd.users.<br>
> -------------------------------<br>
> The other APC is attached to a different RPi w/NUT configured as a client with the following script entries:<br>
> -------------------------------<br>
> nut.conf<br>
> MODE=netclient<br>
> <br>
> ups.conf<br>
> [no entries]<br>
> <br>
> upsmon.conf<br>
> MONITOR <a href="mailto:APCES850Server@192.168.1.100" target="_blank">APCES850Server@192.168.1.100</a> 1 upsmon LASTPASS master<br>
> MONITOR <a href="mailto:APCES750Client@192.168.1.101" target="_blank">APCES750Client@192.168.1.101</a> 1 upsremote LASTPASS slave<br>
> ------------------------------<br>
> The server works fine.  The client will not connect, throwing a "UPS <a href="mailto:APCES750Client@192.168.1.101" target="_blank">APCES750Client@192.168.1.101</a> is unavailable"error.<br>
<br>
If you look at the service status on 192.168.1.100, you will probably see that upsd was not able to connect to the ES750 over USB on that Pi. Since there is no entry for the ES750 in ups.conf on 192.168.1.101, that is why you get the "UPS ... is unavailable" error.<br>
<br>
$ systemctl status nut-server<br>
● nut-server.service - Network UPS Tools - power devices information server<br>
   Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)<br>
   Active: active (running) since Fri 2022-01-14 21:07:31 EST; 1 weeks 4 days ago<br>
 Main PID: 2187 (upsd)<br>
...<br>
Jan 14 21:07:31 <hostname> upsd[2023]: Connected to UPS [apc]: usbhid-ups-apc<br>
<br>
The part that Roger and I aren't sure of is how you intend the rest of the monitoring to work.<br>
<br>
Should the second Pi shut down when the UPS on the first Pi is exhausted? Or do you just want to log the status remotely?<br>
<br>
As far as terminology, we covered the server/client side of things. There is also a similar concept of master/slave (exact terms to be changed later) which is more about which upsmon server (the master) waits for other clients (the slaves) to shut down before it does. It's more like a captain on a ship waiting for everyone else to get on the life rafts safely (or the captain goes down with the ship). If you do not want to create extra dependencies between the two Pis, each can have a "master" entry in its upsmon.conf that points to the directly-connected UPS.<br>
<br>
-- <br>
Charles Lepple<br>
clepple@gmail</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Fredericksburg, VA<br></div></div>