06-29-2011 06:29 AM
I`m trying to install Command View EVA v9.4 but it always fails to install with the error message:
The current user does not have administrator privileges. Only a user with administrator privileges can run the Installation.
Of course I use the local machine administator user (tried domain admin also) for installation and use "run as administrator" for installer execution.
Tried Server 2008 R1, 2008 R2, both physical and virtual, all fresh Win Installations...
Tried both English and German localization Windows 2008 R2
No success @ all...
Anyone else the same problem?
Have a nice day
Solved! Go to Solution.
06-29-2011 09:55 PM
The groups are called: HP Storage Admins and HP Storage Users.
Click the Kudos Star if this was a good post.
06-30-2011 05:56 AM
Same message here. 2 x Windows 2008 64BIT. Have upgraded many CV versions on these boxes in the past. my ID is in HP Storage Admins as well as local administrators. This looks like its a major issue since 3 people have gotten so far (CV9.4 has not been out that long). If I get anything from support I will post it here.
06-30-2011 06:03 AM
Just put my ID into local admins directly. I was getting rights via domain admins. This seemed to fix the issue eventhough I should have been a local admin reguardless.
Hopefully putting logon ID directly into local admins is a fix for the other 2 posters.
06-30-2011 01:05 PM
I've always had to use the local administrator account for upgrades. Even though my user is both in Storage Admins and a Domain Admin.
06-30-2011 11:47 PM
@JBMORE & @CLEB: Creating the Groups "HP Storage Admins" and "HP Storage Users" before Installation does not help at all. I used the local machine Administrator account for installation, and this account was added to the group "HP Storage Admins" (got the same error using Domain Admin)
I think its an "Hardcoded" error in Installation binaries.
Is anyone out there, successfully installed CV 9.4?
07-01-2011 06:44 AM
I got the same error on a DL380 G5 running Win2008R2 and CV9.3 and on a virtual machine with a fresh Win2008 x64 and no additional software installed.
User account is a local administrator on both machines.
07-04-2011 01:48 AM
Logged in as local administrator and ran the package. It removed the previous version and then installed 9.4
I have had problems in the past installing new versions of CV but this version didn't cause me any issues.
07-04-2011 05:16 AM
Have you tried to uninstall the existing HP Command View Suite and start a fresh installation of the software?
It's advised to reboot the server between the uninstall and the install.
Let me know your findings
07-04-2011 06:40 AM
I had the same problem installing 9.4 on a freshly installed server... rightmouseclick - run as administrator didn't help.. creating a local user and putting it in the local admin group solved my issue..
07-05-2011 03:35 AM
if you have a non-englisch windows installation, be sure that you have a local group called "Administrators". Put the user, with which you're trying to install CV, into this group and also into your local admin group. It seems that the CV setup is searching for a local user group called "Administrators", and if this group doesn't exist, it will end with an error.
07-05-2011 05:45 AM - edited 07-05-2011 05:46 AM
Thanks Patrick, your hint helped with my installation.
The setup uninstalled CV9.3 and installed CV9.4 after I created the "Administrators" group and added the user to it.
During the setup I encountered another error:
The solution for this problem was:
- Uninstall CV
- Uninstall HP Remote Management Service
- remove all remaining files and registry keys
- reinstall Command View
07-05-2011 11:32 PM
I used the list I found on this website:
check for the following entries under
HKEY LOCAL MACHINE -> SOFTWARE -> Hewlett-Packard and
HKEY LOCAL MACHINE -> SOFTWARE –> Wow6432Node (64bit only)
- command view
- hp Storageworks SMI-S
- EVA Performance Monitor
HKEY LOCAL MACHINE -> SYSTEM -> CurrentControlSet –> Services
- HP RSM Server
- HP RSM Database
- C:\Program Files\Hewlett-Packard\Sanworks\Element Manager for StorageWorks HSV
- C:\Program Files\Hewlett-Packard\COMMON_CCBGN
- C:\Program Files\Zero G Registry (hidden folder, used by other software too)
- C:\Program Files\Common Files\Hewlett-Packard\HPOvLIC
- C:\Program Files\Hewlett-Packard\SMI-S\CXWSCimom\config
Hope this helps.
07-06-2011 12:45 AM
Also it only works on English or Japanese language versions
This is not true. I used a german version. Although it is not supported, it still works.
07-06-2011 01:52 AM
Sure, "not supported" doesn't mean "isn't working". But you should try to use only english installations for CV.
07-19-2011 08:02 AM
I´ve fond the solution myself....
in a NOT English OS you have to create a local security group "Administrators" and put the install-user in this group. (In a German OS the group "Administrators" is called "Administratoren" and the (not very clever) coder hasn`t used the system variable "administrators" to check install-user rights, but the actual group name....)
After this little change the Installation will work!
10-06-2012 01:09 PM
Hi, sorry to dig up such an old post, but i've stumbled across a specific problem behind this "non-english" Problem even on newer systems/installs.
Maybe this helps someone googling around.
I've tried to install CV 10.1 on a system which my customer used to manage his EVA 4400 so far flawlessly.
At first i tried the upgrade but afterwards the CVEVA service would not start. After a reboot the XF service wouldn't start either. So i uninstalled the whole bunch and reinstalled from scratch which led to an installer saying "DONE" but without a working CV on this box.
I've created a little decription for our own company KB here, which i'd like to share with you:
1. HP P6000 Command View 10.1 Installer (Other versions are also affected) does finish, but only the "HP MIF" (XF) service is installed.
The necessary Service "HP P6000 Command View" (CVEVA) has not been installed, the installation folder %PROGRAMFILES%\Hewlett-Packard\Sanworks\Element Manager for StorageWorks HSV\
is nearly empty and subsequently Command View has not been installed.
The log in "%PROGRAMFILES%\Hewlett-Packard\Installer.log" does show a Command View EVA installer rollback during the Suite Install.
2. The Command View has been upgraded, so the "HP P6000 Command View" (CVEVA) service is present, but does not start.
The "HP MIF" service does not start (anymore) as well.
Also access to the folder "%PROGRAMFILES%\Hewlett-Packard\XFROOT" is not possible without resetting ACLs.
The operating system language is NOT ENGLISH
A long explanation follows since the main reason of the failed installation lies in between, so this is a brief overwiew what the installer does.
During the installation the Management Integration Framework service ("HP MIF" or "XF") is installed first and gets started immediately.
The XF service does set up everything it needs to run properly like service entries, environemt vars and finally the XFROOT folder under "%PROGRAMFILES%\Hewlett-Packard"
At this point of the installation the XF service is well running and healthy.
Coming up next ist the actual Command View Installation which copies files, sets up service entries and finally tries to start but never comes up running.
The installer-logfile shows that its waiting for the service to come up with the following entry:
"Start service waiting for 1 second :cveva"
After (i think) 60 second the main installer gives up and rolls back the whole Command View stuff but leaving the XF service installed.
Unfortunately the main installer just says "done" - without further notice.
The main problem lies in a quite strange behavior of the CVEVA.EXE process (the "HP P6000 Command View" (CVEVA) service):
The CVEVA.EXE checks and/or sets the NTFS settings of the XFROOT directory on startup. (Can be observed with Procmon)
It tries to set the ACL of the XFROOT-folder to:
"NT-AUTHORITY\SYSTEM" : FULL ACCESS
"ADMINISTRATORS" : FULL ACCESS
Apparently these two group names appear to be hardcoded in cveva.exe (easily found with a hexeditor) which lead to the aforementioned problem.
A german OS would accept "NT-AUTHORITY\SYSTEM" but not "ADMINISTRATORS" since this group is named "ADMINISTRATOREN" in german.
Since this group is not present in the local system, the buildup of this DACL inside of cveva.exe fails, leading to a NULL DACL.
Unfortunately this will not bother CVEVA.EXE from setting a DACL, leading to a NULL DACL on the folder "%PROGRAMFILES%\Hewlett-Packard\XFROOT"
(Can be observed with procmon as well)
Even more unfortunately this NULL DACL behavior has been changed by Microsoft throughout the years and OS evolutions to the point that eventually NO ONE has access.
(This depends on many things, google: "NULL DACL" gives some technical detail about this)
So neither the CVEVA.EXE nor XF.EXE can now access the XFROOT folder anymore.
Since CVEVA.EXE waits for XF.EXE which in turn needs the XFROOT folder but cannot access this anymore due to CVEVA's deliberate NTFS ACL mayhem, the start of CVEVA.EXE stalls.
(Subsequently after a reboot or manual stop the "MP MIF" (XF) service would not start anymore aswell).
So in short: the cveva.exe pulls its own floor during startup by clearing a necessary ACL.
Simply create a local Group called "ADMINISTRATORS" (leaving the localized administrators group untouched) on the local system.
This group does not even need any member inside of it, it's just for this strange CVEVA.EXE behaviour.
This took me almost a day to sort out using Procmon, ProcExp and OllyDbg and although the search was quite funny i cannot understand WHY this was programmed like this.
Furthermore i'm wondering why this problem seems to be present throughout many versions of CV without a major support document about this. As fgar as i can see this is the ONLY (!) reason for having only EN/JP OS supported.
At least tell something about the HARDCODED Group Name in the installation.