It looks like the DNR building is completely without power. I tried to check if UPS2.Rattlesnake was on battery, but the DHCP server is in the DNR building so the UPS lost its lease. I'm about to head out here for something else, but maybe someone can stand up a temporary DHCP to get the UPS back online and check battery status. --Bart
If the DNR shack had power out, wouldn't that also break the inet link for the AF7PR DMR repeater inet linkage that is hard-wired from the smaller secast shack? That repeater is still linked (just tested it via Parrot). Stephen W9SK -----Original Message----- From: PSDR <psdr-bounces@hamwan.org> On Behalf Of Bart Kus Sent: Sunday, February 28, 2021 12:23 PM To: netops@hamwan.org; Puget Sound Data Ring <psdr@hamwan.org> Subject: [HamWAN PSDR] Rattlesnake DNR shack is down It looks like the DNR building is completely without power. I tried to check if UPS2.Rattlesnake was on battery, but the DHCP server is in the DNR building so the UPS lost its lease. I'm about to head out here for something else, but maybe someone can stand up a temporary DHCP to get the UPS back online and check battery status. --Bart _______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
No, the DMR repeater is in the smaller shack, which has its own backbone feed from Baldi. That half of Rattlesnake is alive. --Bart On 2/28/2021 12:28 PM, Stephen Kangas wrote:
If the DNR shack had power out, wouldn't that also break the inet link for the AF7PR DMR repeater inet linkage that is hard-wired from the smaller secast shack? That repeater is still linked (just tested it via Parrot).
Stephen W9SK
-----Original Message----- From: PSDR <psdr-bounces@hamwan.org> On Behalf Of Bart Kus Sent: Sunday, February 28, 2021 12:23 PM To: netops@hamwan.org; Puget Sound Data Ring <psdr@hamwan.org> Subject: [HamWAN PSDR] Rattlesnake DNR shack is down
It looks like the DNR building is completely without power. I tried to check if UPS2.Rattlesnake was on battery, but the DHCP server is in the DNR building so the UPS lost its lease. I'm about to head out here for something else, but maybe someone can stand up a temporary DHCP to get the UPS back online and check battery status.
--Bart
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
Stephen and I went to visit Rattlesnake yesterday to figure out what's wrong. The building had power, but the new UPS was powered off. Its network control card had a light, indicating it was alive, just no network to link to. I pulled the 120V plug, and a relay clicked but UPS did not change state. I restored 120V power, and a relay clicked but UPS did not change state. I unplugged/replugged the display, and it flashed all LEDs and went back to indicating off state (no LEDs). Finally I pressed power button and everything powered back up normally. I suspected the UPS software had been unintentionally set to stay powered off after it ran out of battery juice, and then power was restored. I checked the settings thoroughly, and everything looks like it was set to tell the UPS to power back on after it had shut down from battery exhaustion. Only a test will verify this is indeed working as intended though. I started setting up event notification from the UPS and making sure our management system can monitor it too, and noticed something really weird. *The defaults in the UPS software apparently leave a write-enabled SNMP account with the default credentials of "private", with access allowed from anywhere (IP 0.0.0.0).* I'm now wondering if someone intentionally sent an SNMP write command to some OID that told the UPS to power off? Does anyone have experience with APC UPSes that can verify these insane defaults and that there is some OID that can command the UPS to power off? SNMP write access has been disabled on both new UPSes now, and firewall rules installed to prevent general internet access. --Bart On 2/28/2021 3:37 PM, Bart Kus wrote:
No, the DMR repeater is in the smaller shack, which has its own backbone feed from Baldi. That half of Rattlesnake is alive.
--Bart
On 2/28/2021 12:28 PM, Stephen Kangas wrote:
If the DNR shack had power out, wouldn't that also break the inet link for the AF7PR DMR repeater inet linkage that is hard-wired from the smaller secast shack? That repeater is still linked (just tested it via Parrot).
Stephen W9SK
-----Original Message----- From: PSDR <psdr-bounces@hamwan.org> On Behalf Of Bart Kus Sent: Sunday, February 28, 2021 12:23 PM To: netops@hamwan.org; Puget Sound Data Ring <psdr@hamwan.org> Subject: [HamWAN PSDR] Rattlesnake DNR shack is down
It looks like the DNR building is completely without power. I tried to check if UPS2.Rattlesnake was on battery, but the DHCP server is in the DNR building so the UPS lost its lease. I'm about to head out here for something else, but maybe someone can stand up a temporary DHCP to get the UPS back online and check battery status.
--Bart
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.net/mailman/listinfo/psdr
Yes that is the default on those cards.. The CyberPower cards are set that way too. We change and then disable the read/write string as part of our setups. We also stick our UPS’s and PDU's in a management subnet for added fun. -- Fredric Moses - W8FSM - WQOG498
On Mar 6, 2021, at 12:46 PM, Bart Kus <me@bartk.us> wrote:
Stephen and I went to visit Rattlesnake yesterday to figure out what's wrong. The building had power, but the new UPS was powered off. Its network control card had a light, indicating it was alive, just no network to link to. I pulled the 120V plug, and a relay clicked but UPS did not change state. I restored 120V power, and a relay clicked but UPS did not change state. I unplugged/replugged the display, and it flashed all LEDs and went back to indicating off state (no LEDs). Finally I pressed power button and everything powered back up normally.
I suspected the UPS software had been unintentionally set to stay powered off after it ran out of battery juice, and then power was restored. I checked the settings thoroughly, and everything looks like it was set to tell the UPS to power back on after it had shut down from battery exhaustion. Only a test will verify this is indeed working as intended though.
I started setting up event notification from the UPS and making sure our management system can monitor it too, and noticed something really weird. The defaults in the UPS software apparently leave a write-enabled SNMP account with the default credentials of "private", with access allowed from anywhere (IP 0.0.0.0). I'm now wondering if someone intentionally sent an SNMP write command to some OID that told the UPS to power off? Does anyone have experience with APC UPSes that can verify these insane defaults and that there is some OID that can command the UPS to power off?
SNMP write access has been disabled on both new UPSes now, and firewall rules installed to prevent general internet access.
--Bart
participants (3)
-
Bart Kus -
Fred Moses -
Stephen Kangas