HPE SimpliVity

OVC 3.7.3 cannot execute any simplivity commands

Go to solution
Occasional Visitor

OVC 3.7.3 cannot execute any simplivity commands


after upgrading ovc's and federation to 3.7.3 i am not able to execute any svt- or dsv- commands.

I am getting following error msg everytime i try to execute those commands:

Credentials have expired. Please re-establish or logout.

ERROR [47]: Missing session credentials.


Obviously, there is no way credentials could expire as i am executing those commands without any time delay.

Here is what i am doing:


1) ssh to ovc using active directory account (our vcenter is joined to MS Active Directory domain, my account has administrator rights on vcenter and esxi hosts).

2) executing for example svt-federation show 

above error is displayed

3) elevating rights to root: sudo su

4) source /var/tmp/build/bin/appsetup

5) dsv-balance-show --shownodeip

above error is displayed.


I've no visibility into my federation at all now. After logging case with HPE, assigned engineer put a blame on vmware's authentication mechanism and that i should follow up with them. Case is stuck with vmware now. 


Perhaps some of you encountered this issue? I believe i am using quite popular configuration.


thanks in advance.



Re: OVC 3.7.3 cannot execute any simplivity commands

Hi Mishaelpi,

Since version 3.7.3 Simplivity have changed the required permissions for vCenter.

Due to modifications within the Simplivity software that allow for greater control by the end user it is now a requirement that the user account is now part of the vCenter administrator group with GlobalPermissions priviliges assigned.

1. User account must be specifically added to the Administrators group in vCenter.

vCenter permissions.png

2. User then must be assigned to the Global Permissions group.

Global Permissions.png

3. User must be present in the Global Permissions group as below:

Assigned Globaly.png


I hope this helps with your issue.

I am an HPE Employee

Accept or Kudo

Occasional Visitor

Re: OVC 3.7.3 cannot execute any simplivity commands

thank you DowS.

I've followed your instructions and added a domain user with global admin permissions.

I can indeed execute svt-* commands now, however when trying to run:

sudo su

my password is not accepted (the same password i am using to login to ovc). 

How i can get access to dsv-* commands ?


Also, your solution seems to work only for users and not groups. With dozens of admins who require access to OVC's adding individual users is not scalable. Any workarounds to use AD groups here?


thanks again.


Re: OVC 3.7.3 cannot execute any simplivity commands

Hi Michael,

Can you confirm the version of Simplivity you are running?

Is the upgrade status - committed?

  • svt-software-status-show

sudo su should not prompt for a password if over 3.7.3

After logging in to the OVC with your administrator acount run the following commands which will elevate permissions and should allow you to run dsv commands.

  • sudo su
  • source /var/tmp/build/bin/appsetup

There is no workaround to add users at a group level.

This feature has been implemented as a security precaution due to the introduction of the access to the dsv commands.

If the above steps do not resolve your issue I would advise opening a support case and allowing an engineer to join a remote session to investigate.


I am an HPE Employee

Accept or Kudo

Occasional Visitor

Re: OVC 3.7.3 cannot execute any simplivity commands

yes, the upgrade status shows as committed and all OVC's are at


Senior Member

Re: OVC 3.7.3 cannot execute any simplivity commands


 so any news about his topic ? Is RBAC implemented again in the new 3.7.7 release or are there any plans to have the same permission structure as we had prior 3.6 ? This is definitely a crucial feature for our company, as one of the main objective choosing this hyperconverged solution was the possibility to delegate the priviliges. As for now, all our admins at the subsidiaries worldwide are not able to check their own capacity or view/manage backups in a stable way, although they have the full admin role on the datacenter. But as we know, this is not enough, the plugin only works fine with admin rights on highest vCenter level. I can´t believe anyone is going to assign such a high privilige to non vCenter admins, just for the HPE plugin that had been working fine in the past with older versions.

I would really appreciate any feedback from your (HPE) side, since it´s quite difficult to get answers about this topic event from account managers. Maybe it´s a too technical detail or something concerning only few product managers.

Thank you very much

Best regards