On Nov 9, 2014, at 7:56 PM, Steve Read <sd_read at hotmail.com> wrote:> Boy, I guess I got that one wrong. > > When I run nmap on the master it does say that port 3493 is open which is expected. > > So then what you are telling me means the ports are open. > In other words I don't have a firewall issue.I know this sounds incredibly pedantic, but if you run nmap on the slave and scan the master, and it says the ports are open, then you don't have a firewall issue. The "netstat" output is independent of the firewall.> Now I am stumped as to why the slave does not shut down? >You should see something like this in /var/log/daemon.log on the slave (and on the master, but you said that was shutting down already): upsmon[1234]: Communications with UPS sdrups at 192.168.0.7 established Once that connection is up, you can run "sudo upsmon -c fsd" on the master to simulate a power failure (to avoid running down the batteries too much). Note that this will shut down the master system, too. Details are in the upsmon man page. -- Charles Lepple clepple at gmail -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141110/007a56fd/attachment.html>
On the slave which is 192.168.0.6 in /var/log/daemon.log I see entries of:
Nov 10 17:43:03 server2 upsmon[2120]: Poll UPS [root at 192.168.0.7] failed -
[root] does not exist on server 192.168.0.7
In upsmon.conf I have one entry:
MONITOR root at 192.168.0.7 1 sdrups autocadba2 slave
(Yes, I realize I displayed my password some time ago)
So I think it is saying that root does not exist on server which is confusing as
on the server 192.168.0.7 I have.
In upsd.users I have
[root] password = autocadba2 upsmon master instcmds = ALL
So why is it saying root does not exist on server?
Subject: Re: [Nut-upsuser] Master Works, Slave Does Not
From: clepple at gmail.com
Date: Mon, 10 Nov 2014 07:34:44 -0500
CC: nut-upsuser at lists.alioth.debian.org
To: sd_read at hotmail.com
On Nov 9, 2014, at 7:56 PM, Steve Read <sd_read at hotmail.com> wrote:
Boy, I guess I got that one wrong.
When I run nmap on the master it does say that port 3493 is open which is
expected.
So then what you are telling me means the ports are open. In other words I
don't have a firewall issue.
I know this sounds incredibly pedantic, but if you run nmap on the slave and
scan the master, and it says the ports are open, then you don't have a
firewall issue. The "netstat" output is independent of the firewall.
Now I am stumped as to why the slave does not shut down?
You should see something like this in /var/log/daemon.log on the slave (and on
the master, but you said that was shutting down already):
upsmon[1234]: Communications with UPS sdrups at 192.168.0.7 established
Once that connection is up, you can run "sudo upsmon -c fsd" on the
master to simulate a power failure (to avoid running down the batteries too
much). Note that this will shut down the master system, too. Details are in the
upsmon man page.
-- Charles Leppleclepple at gmail
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141110/34098cbe/attachment.html>
On 11/10/14 16:54, Steve Read wrote:> On the slave which is 192.168.0.6 in /var/log/daemon.log I see entries of: > > Nov 10 17:43:03 server2 upsmon[2120]: Poll UPS [root at 192.168.0.7] > failed - [root] does not exist on server 192.168.0.7 > > In upsmon.conf I have one entry: > > MONITOR root at 192.168.0.7 1 sdrups autocadba2 slave > > (Yes, I realize I displayed my password some time ago) > > So I think it is saying that root does not exist on server which is > confusing as on the server 192.168.0.7 I have. > > In upsd.users I have > > [root] > password = autocadba2 > upsmon master > instcmds = ALL > > So why is it saying root does not exist on server? > > >The root in the "MONITOR root at 192.168.0.7 srdups autocadba2 slave" line is the name of the UPS define in ups.conf. What does your ups.conf look like? Stan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141110/09c75519/attachment.html>
On 11/10/14 17:52, Steve Read wrote:> Hi Stan, thank you for your help. > > My ups.conf file is: > [sdrups] > driver = genericups > port = /dev/ttyS1 > desc = "For Server & Backup" > upstype=9 >Assuming upsmon is the user and autocadba2 is the password in upsd.users, the monitor line should be MONITOR sdrups at 192.168.0.7 upsmon autocadba2 slave Stan> ------------------------------------------------------------------------ > Date: Mon, 10 Nov 2014 17:03:46 -0600 > From: sg063015 at gmail.com > To: nut-upsuser at lists.alioth.debian.org > Subject: Re: [Nut-upsuser] Master Works, Slave Does Not > > > On 11/10/14 16:54, Steve Read wrote: > > On the slave which is 192.168.0.6 in /var/log/daemon.log I see > entries of: > > Nov 10 17:43:03 server2 upsmon[2120]: Poll UPS [root at 192.168.0.7 > <mailto:root at 192.168.0.7>] failed - [root] does not exist on > server 192.168.0.7 > > In upsmon.conf I have one entry: > > MONITOR root at 192.168.0.7 <mailto:root at 192.168.0.7> 1 sdrups > autocadba2 slave > > (Yes, I realize I displayed my password some time ago) > > So I think it is saying that root does not exist on server which > is confusing as on the server 192.168.0.7 I have. > > In upsd.users I have > > [root] > password = autocadba2 > upsmon master > instcmds = ALL > > So why is it saying root does not exist on server? > > > > > The root in the "MONITOR root at 192.168.0.7 <mailto:root at 192.168.0.7> > srdups autocadba2 slave" line is the name of the UPS define in > ups.conf. What does your ups.conf look like? > > > Stan > > > _______________________________________________ Nut-upsuser mailing > list Nut-upsuser at lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20141110/60a844e5/attachment.html>