Start a Conversation

This post is more than 5 years old

Solved!

Go to Solution

3507

March 29th, 2017 14:00

UniVMAX SE8.2 IP change breaks client SYMCLI connection.

I have a UniVMAX vApp running and have used it as a network service for my local SYMCLI install.

We are in the midst of changing IPs in the Durham Lab and after I changed the IP I can no longer connect using my  SE Windows client.

I have tried resetting the Solutions enabler certificate using the vApp management GUI.

I get "A remote send or receive operation failed" when using SYMCLI LIST

I cannot find out if there is something to reset (cert/key/etc) on the client or the vApp to allow connections again.

I can still connect to other SE/UniVMAX vApps (where IPs haven't been changed)

12 Posts

April 20th, 2017 08:00

I ended up rebuilding the VM from scratch...

I'm not sure what the issue was but my problems are resolved (for now)...

Thanks for the help. I did try some different things before just rebuilding... nothing seemed to work.

I will run into this again when we do another subnet transistion so we'll see if it happens again.

465 Posts

March 29th, 2017 15:00

Have you reviewed the contents of the netcnfg file on the Solutions Enabler client host? This is where you configure the IP address of the server to connect to.

12 Posts

March 29th, 2017 16:00

Thanks for your reply… I did change the IP in the netcnfg file to the new one… I’d hoped that would be it. But I think the SSL cert that the SE config got is now invalid so the handshake fails. I can use the vApp manager to perform “symcfg list” and it works fine, but I get… “A remote send or receive operation failed” When I run it from my, previously working, host with SE. Other SE vApps I have configured still work  (their IP did not change). I don’t know if there is a difference in our new Dell subnet  but I can connect to the port 2707 with telnet so I can open the port from netcnfg.

465 Posts

March 29th, 2017 16:00

What security level are you using for client server? If you currently have a secured level, you can change it to NONE on both sides to see if you get a good connection to test your theory of certificate issue.

Since the IP change, have you re-checked the nethost file on the VAPP?

419 Posts

March 30th, 2017 00:00

DuaneC,

can you post the last few lines of the storsrvd.log file you can download this from the vapp manager.

Be interested to see the ANR*** error in the file, should tell us what the actual problem is.  It may be worth regenerating the certificates on the vAPP server if there were DNS changes.  See KB https://support.emc.com/kb/496608

12 Posts

March 30th, 2017 15:00

I believe the security level is SSL only? I will check this out to see if I can eliminate the cert as a variable.

12 Posts

March 30th, 2017 15:00

I did not reset the vApp certificate, but did reset the solutions enabler one... I guess I should do them all

(since the IP changed, but not the hostname)

the only lines in the storapid.log1 file downloaded from the vApp is this one repeated a lot.

[3333         SYMCFG:9164-2] Feb-28 12:22:52.083 : [gkmgt_get_array_info()] A client has requested information for unknown array '000196801165'

[3333   SMI Provider:4458-3] Feb-28 12:21:29.436 : [gkmgt_get_array_info()] A client has requested information for unknown array '000196801165'

this one is repeated a great deal.

[3333      EVTdaemon:4925-2] Feb-28 12:25:04.577 : [gkmgt_get_array_info()] A client has requested information for unknown array '000196801165'

I can run symcfg command on this VMAX from the vApp command execution as well.

This is UniVMAX vApp that I'm using for both SMI-S and SE connections... it seems to work for the most part...  I have 10 VMAX connected so that may be taxing the vApp (I'm not collecting stats though)

12 Posts

March 30th, 2017 15:00

tried generating self signed certificate but the app wan't me to download them? that doesn't sound like self signed.....When I generate the self signed for solutions enabler, it just does it and finishes up... (I not sure it's restarting the daemons like it say it will)

12 Posts

April 5th, 2017 16:00

I haven't disabled security because I'm not sure where that is in the appliance. (I haven't found it yet).

I tried another computer with the SE8.1 client installed and it has the same issue.

This UniVMAX vapp 8.3.0.1 has some issues occasionally with being unable to login to the vApp manager... the UniVMAX application never seems to crash and can always be connected to.

I'm just having problems with SMI-S, SYMCLI connect, and vApp manager login.

I did a faux upgrade (to the same version) and the vApp completely destroyed itself and would not reboot correctly.

No Events found!

Top