Object Storage

Jonathan Chinitz posted 04-27-2018 11:25

Brian:

The community name can be anything you want (I used JAWS).

HCM doesn't rely on Traps so you do not need to set the HCM IP address (which I presume you highlighted above) as a Trap receiver.

I presume you clicked "Update Settings" on HCP to save the above changes -- just confirming.

Try adding the source WITHOUT the SNMP signal -- you can always add it later. If that works then there is no issue communicating with the HCP.

If you have an SNMP MIB viewer -- try using it with HCP to rule out any SNMP communication issues.

If there is still an issue please open a ticket with Hitachi Support.

Brian O Sullivan posted 04-27-2018 11:42

yes updated page.

following I did . Will open a ticket Jon

Data Conversion posted 05-01-2018 17:35

Most likely  there are networking issues between HCI and HCP pertaining to SNMP protocols, eg firewall blocking SNMP port.

To test SNMP traffic, you can perform an snmpwalk from the command line on the HCI node:

snmpwalk -v1 -c public hcp-node-ip .1.3.6.1.4.1.116.5.46.7.1.1.0

If SNMP is configured properly, you should get back HCP's version

$ snmpwalk -v1 -c public 172.20.23.63 .1.3.6.1.4.1.116.5.46.7.1.1.0 SNMPv2-SMI::enterprises.116.5.46.7.1.1.0 = STRING: "7.3.3.18"

Important note: You need to use the IP of an HCP node as reported by DNS. So first perform an nslookup on admin.cluster-name, then use one of the IPs reported by DNS for the snmpwalk command above.

Eckhard Roeser posted 05-02-2018 00:32

Hi Yury,

have tried this in my lab. Where is this command located?

Data Conversion posted 05-02-2018 00:52

You would run it on your hci node. Where it is located depends on your OS. It may not be installed, in which case you would need to install it (again, depending on the OS).

Eckhard Roeser posted 05-02-2018 00:57

Ok. Its fedora. The standard ovf.

Thanks.

Sent from my iPhone

Eckhard Roeser