jullienl / hpe-synergy-oneview-demos

HPE OneView and Synergy Composer Scripts, Playbooks and Postman collections

HPE OneView and Synergy Composer Scripts, Playbooks and Postman collections

This repository stores a large number of PowerShell scripts, Ansible playbooks and more for HPE Synergy and Proliant Servers.

Information and requirements are listed in the comment section of each scripts/playbooks.

HPE API Postman Collections

My Postman public workspace is available at https://www.postman.com/jullienl/workspace/lionel-jullien-s-public-workspace

This workspace contains several Postman collections showing numerous examples of native API requests for various APIs such as:

• HPE Greenlake for Compute Ops Management API
• HPE OneView REST API
• HPE iLO RedFish portal
• HPE OneView Global Dashboard REST API
• HPE iLO Amplifier Pack REST API

More information about HPE APIs can be found at https://www.hpe.com/us/en/solutions/developers/composable.html.

These Postman collections provide many examples of REST and Redfish calls. Many of these calls use Javascript to automatically generate environment variables such as SessionID, X-API-Version which are then used for subsequent calls. To learn more, see test scripts

These test scripts are also used for manipulation of the JSON response body to extract values and provide nice output in the Postman Test Results console.

Several Postman environments are provided to set the variables used in the collections. Make sure to set your own IP addresses and credentials before running a request.

hpe-synergy-oneview-demos's Issues

pic

Get-OVIloSso -IloRestSession on powershell linux returns error

Get-OVServer -ServerName "server.lab" | Get-OVIloSso -IloRestSession

Get-OVIloSso: Exception calling "GetResponse" with "0" argument(s): "The SSL connection could not be established, see inner exception. There is no Runspace available to run scripts in this thread. You can provide one in the DefaultRunspace property of the System.Management.Automation.Runspaces.Runspace type. The script block you attempted to invoke was: $True "

Re-upload during the CRL overlap period

Jullien,
Nice script. Can you update it to not wait for the CRL expiration. At that point it's too late. Connections will be failing. The script should fetch the CRL before the current one expires - IOW, during the CRL overlap period. The overlap period makes sure that a new CRL is available before the old CRL expires.
For example:
By default on Active Directory Certificate Services solution, the overlap period is 10% of the CRL lifetime and 12 hours at maximum.
That data was from: https://www.tech-coffee.net/public-key-infrastructure-part-4-configure-certificate-revocation-list/

Picture

Pictures