2016-02-17 11:30 AM - edited 2016-02-17 11:30 AM
I am trying to get OPM 2.0P2 working and I'm finding it a frustrating exercise.
My preference was to install the VMware ova file as that is a self installing and simple exercise....at least it was with OPM 1.1. Anyway, I deployed the package and filled in the IP, hostname details, etc and then the install inexplicably fails and refuses to set the interface IP information! P.S. my vCenter is version 6, which is a supported version according to NetApp page.
See screenshot for fail message after commit of IP info:
It seems NetApp support want nothing to do with this issue, so I decided to try installing the Linux RPM instead and that needs a licenced version of RedHat! Crazy.
Can someone please provide me with some advice on what to do now?
2016-02-17 12:08 PM
Its rolling back the change because of the failure encountered restarting vmware tools. The question will come down to why the common agent service is failing to start. Incompatible versions of VMware tools can cause this.
Is your ESX host version an IMT match with OPM2.0?
2016-02-17 01:38 PM
IMT - Interoperability Matrix Tool.
I hope this response has been helpful to you.
At your service,
Eugene E. Kashpureff, Sr.
Independent NetApp Consultant http://www.linkedin.com/in/eugenekashpureff
Senior NetApp Instructor, IT Learning Solutions http://sg.itls.asia/netapp
(P.S. I appreciate 'kudos' on any helpful posts.)
2016-02-17 02:08 PM
Right the Interoperability matrix at https://mysupport.netapp.com/matrix
In this case the ESX host version is more important than the vCenter version, since thats where the tools installer lives. I had a quick look and aything older than ESXi 5.5 would be a problem.
Search for "Oncommand Performance Manager 2.0", click add, and in the "search assistant" area it will be listed as a solution. Follow that link, the click on "view what works with what" and check if your ESXi version is supported under "Hypervisor (OVA Deployment) (OS)".
2016-02-18 12:41 AM
Using IMT my setup shows as 'Supported'.
I'm currently deploying the OVA again and this time at the VMware Tools installation prompt I will spin up an older version than the current release....I'll report back on whether that fixes the issue.
2016-02-19 08:24 AM
Thats great. What build of ESXi and VMware tools were you using when it wasn't working?
Also add all this information to your support case before you close it out.
2016-02-19 06:20 PM
I also recently had this problem and after troubleshooting I was able to solve it by changing OPM OS's (2.0P1 virtual appliance runs on Debian Linux) locale to en_US.UTF-8. Seems like by default it is "C" and certain version of VMware tools' startup script is not OK with this.
To change locale you can do the following:
1. Boot OPM virtual appliance into single user mode by supplying option init=/bin/sh from GRUB boot loader.
2. # mount -o remount,rw /
3. # dpkg-reconfigure locales
4. Choose en_US.UTF-8, apply configuration
5. # umount /
6. Reboot virtual machine: if OS won't reboot, VM "power reset" is fine too.
In my case, at next boot for some reason "first boot VMware tools install" was triggered, although I've already booted appliance and installed tools. But nevertheless, second installation was successful. After this "Common agent" starts normally and I was able to apply network configuration.
Again, in my case after "successfully" applying network configuration network still didn't work. I had had to repeat this procedure and manually change /etc/network/interfaces in Debian's single user mode using vi editor. After this finally OPM was working fine.
2016-02-22 12:31 AM - edited 2016-02-22 12:31 AM
The ESXi + VMware Tools versions that OPM 2.0P2 do *not* work are:
Re: DenisR solution - this may work, but it's a lot more complicated than my solution of just re-pointing the VMware Tools installation step to an older version of VMware Tools.
Many thanks to all who replied