Got Unknown Object Identifier querying IP with public for sysName
After upgrade to 2.5 config_check.sh returns problem with sysName MIB. Metrics are collected but verification fails.
Or sysName should be defined outside stor2rrd?
Comments
-
Hi,
we probably found a small issue in san_verify.pl.
We'll send you a fix on Monday.
-
Hi Lukasz,
can you try this hotfix?Gunzip it and copy to /home/stor2rrd/stor2rrd/bin (755, stor2rrd owner)-rwxr-xr-x 1 stor2rrd stor2rrd 4584 Feb 18 12:54 san_verify.plIf your web browser gunzips it automatically then just rename it: mv san_verify.pl.gz san_verify.pl
Try again config_check.sh with this new file.
Let us know, thanks. -
Hi, Just installed new san_verify.pl hotfix but issue is still alive. I have run config script test:
See config output:
=========================
SWITCH: 192.168.1x.x
=========================
UDP connection to "192.168.1x.x" on port "161" is ok
san_verify.pl:
Tue Feb 19 17:54:34 2019: Got Timeout querying 192.168.1x.x:161 with public for sysName. No such file or directory/home/stor2rrd/stor2rrd/bin/SNMP_lib.pm:474 : No such file or directory
snmpwalk -v 1 -c public123 192.168.1x.x 1.3.6.1.2.1.1.5
SNMP version : 1
Port : 161 (default)
Timeout : 5 seconds
Community : public123
STATE : NOT CONNECTED!
connection failed!!
Check network connectivity and user accessI'm running stor2rrd over AIX 7.1 system
Thanks.
-
Works for me. @Ubuntu 16.4
stor2rrd@hostname:~/stor2rrd/bin$ ./config_check.sh 10.10.10.10=========================SWITCH: 10.10.10.10=========================UDP connection to "10.10.10.10" on port "161" is oksan_verify.pl:snmpwalk -v 2c -c public 10.10.10.10 1.3.6.1.2.1.1.5SNMP version : 2c (default)Port : 161 (default)Timeout : 5 secondsCommunity : publicSwitch name : broc-hostnameSTATE : CONNECTED!connection ok
Thanks for fast fix!
-
Hi,
@lborek, thanks for confirmation.
@igalvarez, can you try this snmpwalk command?
snmpwalk -v 1 -c public123 192.168.1x.x 1.3.6.1.2.1.1.5
-
Hi, find below output of snmpwalk
First, command failed:
[stor2rrd@lpar2rrd:/home/stor2rrd/stor2rrd/bin] snmpwalk -v 1 -c public123 192.168.126.5 1.3.6.1.2.1.1.5
ksh: snmpwalk: not found.But with full path it worked:
[stor2rrd@lpar2rrd:/home/stor2rrd/stor2rrd/bin] /opt/freeware/bin/snmpwalk -v 1 -c public123 192.168.x.x 1.3.6.1.2.1.1.5
SNMPv2-MIB::sysName.0 = STRING: SW_BLADE_1 -
Hi @igalvarez,
what is your version of stor2rrd?
It looks like you have older version than 2.50.
/home/stor2rrd/stor2rrd/bin/SNMP_lib.pm:474 : No such file or directory
-
Hi,I have upgraded to 2.50 last week. See below:[stor2rrd@lpar2rrd:/home/stor2rrd/stor2rrd/etc] more stor2rrd.cfg
#
# STOR2RRD main configuration file
# STOR2RRD home : http://www.stor2rrd.com
version=2.50
# Update following parametrs
############################
# User for storage access
# Valid only for SVC/Storwize/FlashSystem, XIV, HUS, DS8000, 3PAR storages
# Rest of storages have users defined per storage in etc/storage-list.cfg
STORAGE_USER=stor2rrd
# WWW directory where the tool places graphs, directory must exist before the first run, make sure
# that rights are correct
# Directory has to be configured in the WEB server
WEBDIR=/home/stor2rrd/stor2rrd/www
-
Also, see upgrade log:[stor2rrd@lpar2rrd:/home/stor2rrd/stor2rrd/logs] cat stor2rrd-install.log-21561826Remember I'm running stor2rrd over AIX system.
Product upgrade under user : "stor2rrd"
Where is the product actually located [/home/stor2rrd/stor2rrd]: Backing up original version : 2.41 to /home/stor2rrd/stor2rrd/BACKUP-INSTALL/stor2rrd-2.41
Saving actual configuration
Copy new version to the target destination
Copy GUI files : /home/stor2rrd/stor2rrd/www
Configuring new stor2rrd.cfg
Setting file/dir permissions, it might take some time in huge environments
chmod -R o+r,o+x /home/stor2rrd/stor2rrd/data
Upgrade to version 2.50 is done
Wait about 15 - 20 minutes, to get fresh data from the storages
Then build a new GUI:
cd /home/stor2rrd/stor2rrd
./load.sh | tee logs/load.out-initial
Wait for finishing of that, then refresh the GUI (Ctrl-F5)
-
Hi,
strange, in your output from config_check.sh is the same error as lborek had got with older version of san_verify.pl.
/home/stor2rrd/stor2rrd/bin/SNMP_lib.pm:474
Can you check the filesize?
This output pls:
ls -l /home/stor2rrd/stor2rrd/bin/san_verify.pl
-
[stor2rrd@lpar2rrd:/home/stor2rrd/stor2rrd/logs] ls -l /home/stor2rrd/stor2rrd/bin/san_verify.pl
-rwxr-xr-x 1 stor2rrd staff 4584 Feb 19 16:50 /home/stor2rrd/stor2rrd/bin/san_verify.pl
-
Hi,
only config_check.sh for this switch does not work? Do you see fresh data for this switch in the stor2rrd GUI? -
Hi,No, config_check to this switch give the same error of my first post.No, there's no data in GUI after upgrade to 2.50
-
Can I roll-backstor2rrd to version 2.41?
-
it will be different issue,sends us logs before rolling back
Note a short problem description in the text field of the upload form. cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir tar cvhf logs.tar logs tmp/*txt gzip -9 logs.tar Send us logs.tar.gz via https://upload.stor2rrd.com You might even attach screenshots when it helps in understanding of the issue.
-
Logs uplodaded.Thx pavel!
-
Hi,
can you send us the output from this?
time /opt/freeware/bin/snmpwalk -v 1 -c public123 192.168.x.x 1.3.6.1.2.1.1.5
It looks like there is some issue with timeout.
Snmpwalk command works, but snmp requests we use ends on timeout.
Timeout for each request is set to 5 seconds. -
[stor2rrd@lpar2rrd:/home/stor2rrd/stor2rrd] time /opt/freeware/bin/snmpwalk -v 1 -c public123 "192.168.x.x" 1.3.6.1.2.1.1.5
SNMPv2-MIB::sysName.0 = STRING: SW_BLADE_1
real 0m0.26s
user 0m0.04s
sys 0m0.01s
-
Hi,
can you try this new file as a fix?Gunzip it and copy to /home/stor2rrd/stor2rrd/bin (755, stor2rrd owner)-rwxr-xr-x 1 stor2rrd stor2rrd 19037 21. Feb 09.06 SNMP_lib.pmIf your web browser gunzips it automatically then just rename it: mv SNMP_lib.pm.gz SNMP_lib.pm
Send us output from config_check.sh, thanks. -
Worked Perfectly.As always, one of the best support ever.Thanks
-
Hi,
thanks for confirmation.
NOTE: Issue was caused by using another community string than default "public".
This fix will be included in the upcoming version 2.51.
-
OK!... I'll open a new case for another issue we have with stor2rrd inn the other customer.Thanks much!
Howdy, Stranger!
Categories
- 1.6K All Categories
- 41 XORMON NG
- 25 XORMON
- 149 LPAR2RRD
- 13 VMware
- 16 IBM i
- 2 oVirt / RHV
- 4 MS Windows and Hyper-V
- Solaris / OracleVM
- XenServer / Citrix
- Nutanix
- 6 Database
- 2 Cloud
- 10 Kubernetes / OpenShift / Docker
- 122 STOR2RRD
- 19 SAN
- 7 LAN
- 17 IBM
- 3 EMC
- 12 Hitachi
- 5 NetApp
- 15 HPE
- Lenovo
- 1 Huawei
- 1 Dell
- Fujitsu
- 2 DataCore
- INFINIDAT
- 3 Pure Storage
- Oracle