Get the list of a user's groups.
HPE Compute Ops Management API (latest)
HPE Compute Operations Management provides a Restful API to customers who want to manage their devices programmatically or through a command line. The API enables customers to invoke operations or tasks such as list devices, see device details, device health, and manage their device's firmware.
UPDATED API ENDPOINTS
Compute Ops Management now supports the HPE GreenLake API endpoints (<region>.api.greenlake.hpe.com
). The Guide contains more information about this change.
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/
https://us-west.api.greenlake.hpe.com/
https://eu-central.api.greenlake.hpe.com/
https://ap-northeast.api.greenlake.hpe.com/
Limit the resources operated on by an endpoint or when used with a multiple-GET endpoint, return only the subset of resources that match the filter. The filter grammar is a subset of OData 4.0.
NOTE: The filter query parameter must use URL encoding. Most clients do this automatically with inputs provided to them specifically as query parameters. Encoding must be done manually for any query parameters provided as part of the URL.
The reserved characters !
#
$
&
'
(
)
*
+
,
/
:
;
=
?
@
[
]
must be encoded with percent encoded equivalents. Device IDs contain a +
, which must be encoded as %2B
.
For example: the value P06760-B21+2M212504P8
must be encoded as P06760-B21%2B2M212504P8
when it is used in a query parameter.
CLASS | EXAMPLES |
---|---|
Types | integer, decimal, timestamp, string, boolean, null |
Operations | eq, ne, gt, ge, lt, le, in |
Logic | and, or, not |
Groups can be filtered by:
- autoAddTags
- description
- generation
- complianceStatus
- id
- name
- deviceType
- policies
- settingsUris
- securityStatus
- createdAt
- updatedAt
The following examples are not an exhaustive list of all possible filtering options.
Return groups where a property equals a value. <property> eq <value>
Return groups where a nested property equals a value. <property>/<nestedProperty> eq <value>
Return group where name == my+group
Return groups where a property does not equal a value not <property> eq <value>
Return groups with populated property. not <property> eq null
Return groups where property contains a value. contains(<property>, <value>)
Return groups where property is populated and property contains value. not <property> eq null and contains(<property>, <value>)
Return groups where property is one of multiple values. <property>/<nestedProperty> in (<value>,<value>)
The order in which to return the resources in the collection.
The value of the sort query parameter is a comma separated list of sort expressions. Each sort expression is a property name optionally followed by a direction indicator asc (ascending) or desc (descending).
The first sort expression in the list defines the primary sort order, the second defines the secondary sort order, and so on. If a direciton indicator is omitted the default direction is ascending.
Order resources ascending by name
Order resources ascending by name and then by descending by createdAt
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
Device type of all devices in the group.
DIRECT_CONNECT_SERVER
- serversOVE_APPLIANCE_SYNERGY
- OneView Synergy appliancesOVE_APPLIANCE_VM
- OneView VM appliances
Note: Depending on the deviceType the response payload will change. Selecting the dropdown to change the deviceType will change the response details.
Unique name for the group as supplied by the user
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
URIs for group settings
URI for devices that belong to the group
List of devices that belong to the group
A case insensitive tag that can be associated with a group to automatically add servers to the group. A group can have a maximum of one tag and multiple groups can not have the same tag. When a server is onboarded or has its tags changed, the server's tags will be checked against the group's autoAddServerTags. If at least one of the server tags matches one group's autoAddServerTags, the server will be placed into the associated group. Once a server has been connected, the server becomes ineligible for automatically being placed into groups, even if it is later disconnected. If a server's tags match more than one group, it will not be put into any group. If a server is in a group, any further tag changes will not move it to another group. If the server was added to a group but has been removed, is not in any group, and still has not been activated, changing the server tags will automatically assign it to the matching group. Tags can contain any alphaneumeric characters, any Unicode space separators, and the following characters: _
.
:
=
+
-
@
. An example of one of these tags can be seen in the sample request on this page.
Indicates the group security status
Compliance status and status reason for device in the group.
URI to the group itself (i.e. a self link)
{ "offset": 0, "count": 1, "total": 12, "items": [ { … } ] }
Content-Type header must designate 'application/json' in order for the request to be performed.
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
Device type of all devices in the group.
DIRECT_CONNECT_SERVER
- serversOVE_APPLIANCE_SYNERGY
- OneView Synergy appliancesOVE_APPLIANCE_VM
- OneView VM appliances
Note: Depending on the deviceType the response payload will change. Selecting the dropdown to change the deviceType will change the response details.
URIs for group device settings
A case insensitive tag that can be associated with a group to automatically add devices to the group. A group can have a maximum of one tag and multiple groups can not have the same tag.
When a device is onboarded or has its tags changed, the devices's tags will be checked against the group's autoAddTags. If at least one of the device tags matches one group's autoAddTags, the device will be placed into the associated group. Once a device has been connected, it becomes ineligible for automatically being placed into groups, even if it is later disconnected.
If a device's tags match more than one group, it will not be put into any group.
If a devices is in a group, any further tag changes will not move it to another group. If the device was added to a group but has been removed, is not in any group, and still has not been activated, changing the device tags will automatically assign it to the matching group.
Tags can contain any alphaneumeric characters, any Unicode space separators, and the following characters: _
.
:
=
+
-
@
. An example of one of these tags can be seen in the sample request on this page.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X POST \
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups \
-H 'Authorization: Bearer <YOUR_JWT_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"name": "Production Group",
"deviceType": "DIRECT_CONNECT_SERVER"
}'
Successful Response
Device type of all devices in the group.
DIRECT_CONNECT_SERVER
- serversOVE_APPLIANCE_SYNERGY
- OneView Synergy appliancesOVE_APPLIANCE_VM
- OneView VM appliances
Note: Depending on the deviceType the response payload will change. Selecting the dropdown to change the deviceType will change the response details.
Unique name for the group as supplied by the user
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
URIs for group settings
URI for devices that belong to the group
A case insensitive tag that can be associated with a group to automatically add servers to the group. A group can have a maximum of one tag and multiple groups can not have the same tag. When a server is onboarded or has its tags changed, the server's tags will be checked against the group's autoAddServerTags. If at least one of the server tags matches one group's autoAddServerTags, the server will be placed into the associated group. Once a server has been connected, the server becomes ineligible for automatically being placed into groups, even if it is later disconnected. If a server's tags match more than one group, it will not be put into any group. If a server is in a group, any further tag changes will not move it to another group. If the server was added to a group but has been removed, is not in any group, and still has not been activated, changing the server tags will automatically assign it to the matching group. Tags can contain any alphaneumeric characters, any Unicode space separators, and the following characters: _
.
:
=
+
-
@
. An example of one of these tags can be seen in the sample request on this page.
Compliance status and status reason for device in the group.
URI to the group itself (i.e. a self link)
{ "deviceType": "DIRECT_CONNECT_SERVER", "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "name": "Production Group", "type": "compute-mgmt-ops/group", "description": "All prod servers", "complianceStatus": "COMPLIANT", "settingsUris": [ "/compute-ops-mgmt/v1beta1/settings/00000000-0000-0000-0000-800000000001" ], "devicesUri": "/compute-ops-mgmt/v1beta3/groups/6081a383-b9e5-45e3-8371-1e0ba7b72068/devices", "devices": [], "policies": { "onDeviceAdd": { … }, "onDeviceApply": { … } }, "autoAddTags": { "Department": "Development - Texas" }, "securityStatus": "RISK", "groupCompliance": { "summary": "Not Compliant", "firmware": { … }, "iloSettings": { … } }, "resourceUri": "/compute-ops-mgmt/v1beta3/groups/0e7f516c-0829-4135-83d6-09ce844ddd9d", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z" }
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
Device type of all devices in the group.
DIRECT_CONNECT_SERVER
- serversOVE_APPLIANCE_SYNERGY
- OneView Synergy appliancesOVE_APPLIANCE_VM
- OneView VM appliances
Note: Depending on the deviceType the response payload will change. Selecting the dropdown to change the deviceType will change the response details.
Unique name for the group as supplied by the user
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
URIs for group settings
URI for devices that belong to the group
A case insensitive tag that can be associated with a group to automatically add servers to the group. A group can have a maximum of one tag and multiple groups can not have the same tag. When a server is onboarded or has its tags changed, the server's tags will be checked against the group's autoAddServerTags. If at least one of the server tags matches one group's autoAddServerTags, the server will be placed into the associated group. Once a server has been connected, the server becomes ineligible for automatically being placed into groups, even if it is later disconnected. If a server's tags match more than one group, it will not be put into any group. If a server is in a group, any further tag changes will not move it to another group. If the server was added to a group but has been removed, is not in any group, and still has not been activated, changing the server tags will automatically assign it to the matching group. Tags can contain any alphaneumeric characters, any Unicode space separators, and the following characters: _
.
:
=
+
-
@
. An example of one of these tags can be seen in the sample request on this page.
Compliance status and status reason for device in the group.
URI to the group itself (i.e. a self link)
{ "deviceType": "DIRECT_CONNECT_SERVER", "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "name": "Production Group", "type": "compute-mgmt-ops/group", "description": "All prod servers", "complianceStatus": "COMPLIANT", "settingsUris": [ "/compute-ops-mgmt/v1beta1/settings/00000000-0000-0000-0000-800000000001" ], "devicesUri": "/compute-ops-mgmt/v1beta3/groups/6081a383-b9e5-45e3-8371-1e0ba7b72068/devices", "devices": [], "policies": { "onDeviceAdd": { … }, "onDeviceApply": { … } }, "autoAddTags": { "Department": "Development - Texas" }, "securityStatus": "RISK", "groupCompliance": { "summary": "Not Compliant", "firmware": { … }, "iloSettings": { … } }, "resourceUri": "/compute-ops-mgmt/v1beta3/groups/0e7f516c-0829-4135-83d6-09ce844ddd9d", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z" }
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X DELETE \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Content-Type header must designate 'application/merge-patch+json' in order for the request to be performed.
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
URIs for group device settings
Store policy settings for server group actions.
A case insensitive tag that can be associated with a group to automatically add devices to the group. A group can have a maximum of one tag and multiple groups can not have the same tag.
When a device is onboarded or has its tags changed, the devices's tags will be checked against the group's autoAddTags. If at least one of the device tags matches one group's autoAddTags, the device will be placed into the associated group. Once a device has been connected, it becomes ineligible for automatically being placed into groups, even if it is later disconnected.
If a device's tags match more than one group, it will not be put into any group.
If a devices is in a group, any further tag changes will not move it to another group. If the device was added to a group but has been removed, is not in any group, and still has not been activated, changing the device tags will automatically assign it to the matching group.
Tags can contain any alphaneumeric characters, any Unicode space separators, and the following characters: _
.
:
=
+
-
@
. An example of one of these tags can be seen in the sample request on this page.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X PATCH \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>' \
-H 'Content-Type: application/merge-patch+json' \
-d '{}'
Successful Response
Device type of all devices in the group.
DIRECT_CONNECT_SERVER
- serversOVE_APPLIANCE_SYNERGY
- OneView Synergy appliancesOVE_APPLIANCE_VM
- OneView VM appliances
Note: Depending on the deviceType the response payload will change. Selecting the dropdown to change the deviceType will change the response details.
Unique name for the group as supplied by the user
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
URIs for group settings
URI for devices that belong to the group
A case insensitive tag that can be associated with a group to automatically add servers to the group. A group can have a maximum of one tag and multiple groups can not have the same tag. When a server is onboarded or has its tags changed, the server's tags will be checked against the group's autoAddServerTags. If at least one of the server tags matches one group's autoAddServerTags, the server will be placed into the associated group. Once a server has been connected, the server becomes ineligible for automatically being placed into groups, even if it is later disconnected. If a server's tags match more than one group, it will not be put into any group. If a server is in a group, any further tag changes will not move it to another group. If the server was added to a group but has been removed, is not in any group, and still has not been activated, changing the server tags will automatically assign it to the matching group. Tags can contain any alphaneumeric characters, any Unicode space separators, and the following characters: _
.
:
=
+
-
@
. An example of one of these tags can be seen in the sample request on this page.
Compliance status and status reason for device in the group.
URI to the group itself (i.e. a self link)
{ "deviceType": "DIRECT_CONNECT_SERVER", "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "name": "Production Group", "type": "compute-mgmt-ops/group", "description": "All prod servers", "complianceStatus": "COMPLIANT", "settingsUris": [ "/compute-ops-mgmt/v1beta1/settings/00000000-0000-0000-0000-800000000001" ], "devicesUri": "/compute-ops-mgmt/v1beta3/groups/6081a383-b9e5-45e3-8371-1e0ba7b72068/devices", "devices": [], "policies": { "onDeviceAdd": { … }, "onDeviceApply": { … } }, "autoAddTags": { "Department": "Development - Texas" }, "securityStatus": "RISK", "groupCompliance": { "summary": "Not Compliant", "firmware": { … }, "iloSettings": { … } }, "resourceUri": "/compute-ops-mgmt/v1beta3/groups/0e7f516c-0829-4135-83d6-09ce844ddd9d", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z" }
Limit the resources operated on by an endpoint or when used with a multiple-GET endpoint, return only the subset of resources that match the filter. The filter grammar is a subset of OData 4.0.
NOTE: The filter query parameter must use URL encoding. Most clients do this automatically with inputs provided to them specifically as query parameters. Encoding must be done manually for any query parameters provided as part of the URL.
The reserved characters !
#
$
&
'
(
)
*
+
,
/
:
;
=
?
@
[
]
must be encoded with percent encoded equivalents. Device IDs contain a +
, which must be encoded as %2B
.
For example: the value P06760-B21+2M212504P8
must be encoded as P06760-B21%2B2M212504P8
when it is used in a query parameter.
CLASS | EXAMPLES |
---|---|
Types | integer, decimal, timestamp, string, boolean, null |
Operations | eq, ne, gt, ge, lt, le, in |
Logic | and, or, not |
Group compliance can be filtered by:
- bundleId
- complianceCategory
- complianceState
- createdAt
- generation
- productId
- remediation
- score
- updatedAt
The following examples are not an exhaustive list of all possible filtering options.
Return device compliance data where a property equals a value. <property> eq <value>
Return device compliance data where a property does not equal a value not <property> eq <value>
Return device compliance data with populated property. not <property> eq null
Return device compliance data where property contains a value. contains(<property>, <value>)
Return device compliance data where property is populated and property contains value. not <property> eq null and contains(<property>, <value>)
Return device compliance data where property is one of multiple values. <property>/<nestedProperty> in (<value>,<value>)
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
It will have the reason for why the compliance state is UNKNOWN. for other compliance states it will be empty string.
URI to the deviceCompliance itself (i.e. a self link)
{ "offset": 0, "count": 1, "total": 12, "items": [ { … } ] }
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance/{compliance-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance/{compliance-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance/{compliance-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance/{compliance-id}
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/compliance/{compliance-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
It will have the reason for why the compliance state is UNKNOWN. for other compliance states it will be empty string.
URI to the deviceCompliance itself (i.e. a self link)
{ "groupId": "eb54e96e-21b8-4f54-9cd4-80fccbd06f55", "serial": "string", "productId": "string", "deviceId": "string", "bundleId": "string", "deviations": [ { … } ], "score": 0, "complianceState": "COMPLIANT", "errorReason": "string", "remediation": {}, "complianceCategory": "FIRMWARE", "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "type": "compute-ops-mgmt/group/compliance", "resourceUri": "/compute-ops-mgmt/v1beta3/groups/c26e618b-4048-4aee-8e75-fbc984897a51/compliance/b73718fb-30c3-4b0f-bee3-f5dd598414f3", "deviceUri": "/compute-ops-mgmt/v1beta2/servers/873357-P04+WKQ82425HD", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z" }
Limit the resources operated on by an endpoint or when used with a multiple-GET endpoint, return only the subset of resources that match the filter. The filter grammar is a subset of OData 4.0.
NOTE: The filter query parameter must use URL encoding. Most clients do this automatically with inputs provided to them specifically as query parameters. Encoding must be done manually for any query parameters provided as part of the URL.
The reserved characters !
#
$
&
'
(
)
*
+
,
/
:
;
=
?
@
[
]
must be encoded with percent encoded equivalents. Device IDs contain a +
, which must be encoded as %2B
.
For example: the value P06760-B21+2M212504P8
must be encoded as P06760-B21%2B2M212504P8
when it is used in a query parameter.
CLASS | EXAMPLES |
---|---|
Types | integer, decimal, timestamp, string, boolean, null |
Operations | eq, ne, gt, ge, lt, le, in |
Logic | and, or, not |
Devices in a group can be filtered by:
- eTag
- groupId
- overallSecurityStatus
- productId
- serial
- subscriptionState
- subscriptionTier
The following examples are not an exhaustive list of all possible filtering options.
Return devices in a group where a property equals a value. <property> eq <value>
Return devices in a group where a property does not equal a value not <property> eq <value>
Return devices in a group with populated property. not <property> eq null
Return devices in a group where property contains a value. contains(<property>, <value>)
Return devices in a group where property is populated and property contains value. not <property> eq null and contains(<property>, <value>)
Return devices in a group where property is one of multiple values. <property>/<nestedProperty> in (<value>,<value>)
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/devices' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
Primary identifier for the device given by the system
URI to the device itself (i.e. a self link)
Subscription state.
{ "offset": 0, "count": 1, "total": 12, "items": [ { … } ] }
Request
Assign device(s) to a group using an asynchronous operation. On a successful request this endpoint will return a 202 Accepted
response with a Location
header that contains the resource URI of the operation. That resource URI can then be used to monitor the asynchronous operation's status.
Content-Type header must designate 'application/json' in order for the request to be performed.
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
Specifies the devices to be assigned to the group.
The device to assign to the group.
This property is required when a device is moved from one group to another. It is optional (and can be omitted) for all other requests.
When moving a device from one group to another, the latest eTag for that device must be specified. A device's eTag will change as it moves between groups, so it is essential to use the latest eTag to avoid any errors when moving a device.
In the rare case that a request is made to assign a device to the group it is already in, the eTag check will not be performed. In other words, the device's assignment will have zero effect because the desired outcome has already been achieved.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X POST \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/devices' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"devices": [
{
"deviceId": "LUKEB1-G11+TUXED0CA77"
}
]
}'
No content
Request
Unassign device(s) from a group using an asynchronous operation. On a successful request this endpoint will return a 202 Accepted
response with a Location
header that contains the resource URI of the operation. That resource URI can then be used to monitor the asynchronous operation's status.
If set to true
, all devices will be unassigned from the group specified by the group-id
. When this is true
, do not provide a request body.
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
A request body containing devices
is required if the force
query parameter is not set to true
. If force
is true
, then no body should be provided.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/devices/unassign
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices/unassign
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices/unassign
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/devices/unassign
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X POST \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/devices/unassign' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"devices": [
{}
]
}'
No content
Tenant-Acid header can be used by an MSP workspace to make API calls on behalf of their tenant by specifying the tenant's application customer ID.
In order to make such an API call, the Bearer token must belong to an MSP workspace and this header value must be the application customer ID of a tenant within the MSP workspace. Use the /compute-ops-mgmt/v1beta1/accounts
API to determine the application customer IDs for your tenant accounts.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/external-storage-compliance
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/external-storage-compliance
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/external-storage-compliance
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/external-storage-compliance
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/external-storage-compliance' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Success (Group's external storage compliance)
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
{ "groupId": "eb54e96e-21b8-4f54-9cd4-80fccbd06f55", "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z", "generation": 1, "hostOs": "UNKNOWN", "complianceState": "COMPLIANT", "deviations": { "mismatchOperatingSystem": [ … ], "missingInitiators": [ … ], "extraInitiator": [ … ], "missingHostsFromHostGroup": [ … ], "extraHostsInHostGroup": [ … ], "initiatorsWithMultipleHosts": [ … ], "missingHostGroups": [ … ], "hostGroupsNotCreated": [ … ], "noInitiators": [ … ], "preExistingHostNames": [ … ] } }
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response (Group's iLO Settings compliance)
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
It will have the reason for why the compliance state is UNKNOWN. for other compliance states it will be empty string.
URI to the deviceCompliance itself (i.e. a self link)
{ "offset": 0, "count": 1, "total": 12, "items": [ { … } ] }
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}
- curl
- JavaScript
- Node.js
- Python
- Java
- Go
- C#
- PHP
curl -i -X GET \
'https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops-mgmt/v1beta3/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
This state defines the compliance status of a device. If all devices in a group are COMPLIANT, the group state will be compliant. If a group contains devices that are COMPLIANT or UNKNOWN, the UNKNOWN state overrides the COMPLIANT state and the group state will be UNKNOWN. If a group contains devices that are NOT_COMPLIANT, COMPLIANT, or UNKNOWN the NOT_COMPLIANT state will override the COMPLIANT and UNKNOWN states, so the group state will be NOT_COMPLIANT. Finally, the NOT_APPLICABLE state overrides all others so if a device in a group is NOT_APPLICABLE or if the group has no devices, the group state will be NOT_APPLICABLE.
It will have the reason for why the compliance state is UNKNOWN. for other compliance states it will be empty string.
URI to the deviceCompliance itself (i.e. a self link)
{ "groupId": "eb54e96e-21b8-4f54-9cd4-80fccbd06f55", "serial": "string", "productId": "string", "deviceId": "string", "deviations": [ { … } ], "complianceState": "COMPLIANT", "errorReason": "string", "complianceCategory": "ILO_SETTINGS", "remediation": {}, "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "type": "compute-ops-mgmt/group/ilo-settings-compliance", "resourceUri": "/compute-ops-mgmt/v1beta3/groups/c26e618b-4048-4aee-8e75-fbc984897a51/ilo-settings-compliance/b73718fb-30c3-4b0f-bee3-f5dd598414f3", "deviceUri": "/compute-ops-mgmt/v1beta2/servers/873357-P04+WKQ82425HD", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z" }