[Nut-upsuser] Fwd: [EXTERNAL] SNMP shutdown timing out

[Lee Damon]

Is anyone using snmp-ups with the -k option successfully?

This is really starting to look like a bug somewhere in nut, not a
config problem. I've just tried the same command from a FBSD box with
the same unfortunate result. Mind you, it could be the UPS card, I'm
using the same one for both tests.

: || nomad at castle nut-2.7.4 [93] ; please drivers/snmp-ups -a nutdev1 -x
secLevel=authPriv -x secName=nut -x authProtocol=MD5 -x privProtocol=DES
-x authPassword=NutScan at Password43LongerWord -x
privPassword=NutScan at Password43LongerWord -k
Network UPS Tools - Generic SNMP UPS driver 0.97 (2.7.4)
No matching MIB found for sysOID '.1.3.6.1.4.1.318.1.3.2.10'!
Please report it to NUT developers, with an 'upsc' output for your device.
Going back to the classic MIB detection method.
Detected SMART-UPS 1400 on host 192.5.37.191 (mib: apcc 1.2)
Initiating UPS shutdown
[nutdev1] nut_snmp_set: can't set .1.3.6.1.4.1.318.1.1.1.6.1.1.0: Timeout
Shutdown failed!

nomad

On 5/4/20 12:32 PM, Lee Damon wrote:
> I meant to send this to the list but evidently only sent it to David.
> Since sending it I've done a second test which shows what a successful
> snmpset looks like.
> 
> First attachment, from the forwarded email, is nutout.txt. Second
> attachment is snmpout.txt.
> 
> nomad
> 
> 
> -------- Forwarded Message --------
> Subject: Re: [Nut-upsuser] [EXTERNAL] SNMP shutdown timing out
> Date: Mon, 4 May 2020 09:28:57 -0700
> From: Lee Damon <nomad at ee.washington.edu>
> To: David Zomaya <David_Zomaya at tripplite.com>
> 
> On 4/29/20 4:11 PM, David Zomaya wrote:
>> The encryption of SNMPv3 will might make it little harder to debug with
>> tcpdump if you have to drill into packet contents. Switching to v1/2c
>> for troubleshooting would make it plaintext, but then not exactly apples
>> to apples to now.
>>
> 
> Well that's interesting.
> 
> The attached script output shows the two commands I used.
> 
> The first command, nut-scanner, showed no traffic at all, probably not
> surprising given the error:
> 
> : || lvd at chscc-pc-052 ~ [1121] ; please tcpdump host apcups and port snmp
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on eno1, link-type EN10MB (Ethernet), capture size 262144 bytes
> ^C
> 0 packets captured
> 4 packets received by filter
> 0 packets dropped by kernel
> 
> 
> But the second command, snmp-ups, showed unencrypted traffic. I don't
> have a working version to test against but that seems ... off:
> 
> : || lvd at chscc-pc-052 ~ [1121] ; please tcpdump host apcups and port snmp
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on eno1, link-type EN10MB (Ethernet), capture size 262144 bytes
> 09:20:30.023454 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  GetRequest(28)  system.sysObjectID.0
> 09:20:30.045067 IP apcups.castle.org.snmp >
> chscc-pc-052.castle.org.59649:  GetResponse(43)
> system.sysObjectID.0=E:318.1.3.2.10
> 09:20:30.045508 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  GetRequest(34)  E:318.1.1.1.1.1.1.0
> 09:20:30.070001 IP apcups.castle.org.snmp >
> chscc-pc-052.castle.org.59649:  GetResponse(52)
> E:318.1.1.1.1.1.1.0="SMART-UPS 1400"
> 09:20:30.070174 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  GetRequest(34)  E:318.1.1.1.1.1.1.0
> 09:20:30.089659 IP apcups.castle.org.snmp >
> chscc-pc-052.castle.org.59649:  GetResponse(52)
> E:318.1.1.1.1.1.1.0="SMART-UPS 1400"
> 09:20:30.089782 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  SetRequest(35)  E:318.1.1.1.6.1.1.0=2
> 09:20:31.091181 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  SetRequest(35)  E:318.1.1.1.6.1.1.0=2
> 09:20:32.092488 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  SetRequest(35)  E:318.1.1.1.6.1.1.0=2
> 09:20:33.093894 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  SetRequest(35)  E:318.1.1.1.6.1.1.0=2
> 09:20:34.095278 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  SetRequest(35)  E:318.1.1.1.6.1.1.0=2
> 09:20:35.096665 IP chscc-pc-052.castle.org.59649 >
> apcups.castle.org.snmp:  SetRequest(35)  E:318.1.1.1.6.1.1.0=2
> ^C
> 12 packets captured
> 16 packets received by filter
> 0 packets dropped by kernel
> 
> I left tcpdump running for at least 5 seconds after the command returned
> each time.
> 
> Also, on the chance this was a problem with the binaries from EPEL I
> downloaded the source and compiled for myself with the exact same result.
> 
> nomad
>