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. Server 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:
- autoAddServerTags
- autoFwUpdateOnAdd
- createdAt
- description
- generation
- groupComplianceStatus
- id
- name
- platformFamily
- serverPolicies
- serverSettingsUris
- 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/v1beta2/groups
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
URI to the group itself (i.e. a self link)
Name for the group given by the user
Enabled automatic firmware updates to the configured baseline when a server is added to a group
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 server settings
Platform family of all servers in this group. There are no restrictions for groups and all supported server types are allowed. This optional attribute will be set to a default value of "ANY", to indicate that any server platform family can be in this group, regardless of the value passed in.
For management of OneView appliance groups, please use the v1beta3 API.
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.
{ "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.
Enable automatic firmware updates to the configured baseline when a server is added to a group, This is equivalent to firmwareUpdate under serverPolicies. The value must be same if both are provided
Platform family of all servers in this group. There are no restrictions for groups and all supported server types are allowed. This optional attribute will be set to a default value of "ANY", to indicate that any server platform family can be in this group, regardless of the value passed in.
URIs for group server settings
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.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops/v1beta2/groups
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups \
-H 'Authorization: Bearer <YOUR_JWT_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"name": "Production Group"
}'
Successful Response
URI to the group itself (i.e. a self link)
Enabled automatic firmware updates to the configured baseline when a server is added to a group
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 server settings
Platform family of all servers in this group. There are no restrictions for groups and all supported server types are allowed. This optional attribute will be set to a default value of "ANY", to indicate that any server platform family can be in this group, regardless of the value passed in.
For management of OneView appliance groups, please use the v1beta3 API.
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.
{ "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "type": "compute-ops/group", "resourceUri": "/compute-ops/v1beta2/groups/0e7f516c-0829-4135-83d6-09ce844ddd9d", "name": "Production Group", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z", "description": "All prod servers", "autoFwUpdateOnAdd": true, "groupComplianceStatus": "COMPLIANT", "serverSettingsUris": [ "/compute-ops/v1beta1/server-settings/00000000-0000-0000-0000-800000000001" ], "platformFamily": "ANY", "devicesUri": "/compute-ops/v1beta2/groups/6081a383-b9e5-45e3-8371-1e0ba7b72068/devices", "devices": [], "serverPolicies": { "onServerAdd": { … }, "onSettingsApply": { … } }, "autoAddServerTags": { "Department": "Development - Texas" }, "groupMeta": { "noSettingsReason": "GROUP_HAS_NO_SETTINGS" }, "groupCompliance": { "summary": "COMPLIANT", "firmware": { … }, "iloSettings": { … } } }
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/v1beta2/groups/{group-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
URI to the group itself (i.e. a self link)
Enabled automatic firmware updates to the configured baseline when a server is added to a group
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 server settings
Platform family of all servers in this group. There are no restrictions for groups and all supported server types are allowed. This optional attribute will be set to a default value of "ANY", to indicate that any server platform family can be in this group, regardless of the value passed in.
For management of OneView appliance groups, please use the v1beta3 API.
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.
{ "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "type": "compute-ops/group", "resourceUri": "/compute-ops/v1beta2/groups/0e7f516c-0829-4135-83d6-09ce844ddd9d", "name": "Production Group", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z", "description": "All prod servers", "autoFwUpdateOnAdd": true, "groupComplianceStatus": "COMPLIANT", "serverSettingsUris": [ "/compute-ops/v1beta1/server-settings/00000000-0000-0000-0000-800000000001" ], "platformFamily": "ANY", "devicesUri": "/compute-ops/v1beta2/groups/6081a383-b9e5-45e3-8371-1e0ba7b72068/devices", "devices": [], "serverPolicies": { "onServerAdd": { … }, "onSettingsApply": { … } }, "autoAddServerTags": { "Department": "Development - Texas" }, "groupMeta": { "noSettingsReason": "GROUP_HAS_NO_SETTINGS" }, "groupCompliance": { "summary": "COMPLIANT", "firmware": { … }, "iloSettings": { … } } }
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/v1beta2/groups/{group-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/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 server settings
Enable automatic firmware updates to the configured baseline when a server is added to a group, This is equivalent to firmwareUpdate under serverPolicies. The value must be same if both are provided
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.
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops/v1beta2/groups/{group-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>' \
-H 'Content-Type: application/merge-patch+json' \
-d '{}'
Successful Response
URI to the group itself (i.e. a self link)
Enabled automatic firmware updates to the configured baseline when a server is added to a group
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 server settings
Platform family of all servers in this group. There are no restrictions for groups and all supported server types are allowed. This optional attribute will be set to a default value of "ANY", to indicate that any server platform family can be in this group, regardless of the value passed in.
For management of OneView appliance groups, please use the v1beta3 API.
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.
{ "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "type": "compute-ops/group", "resourceUri": "/compute-ops/v1beta2/groups/0e7f516c-0829-4135-83d6-09ce844ddd9d", "name": "Production Group", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z", "description": "All prod servers", "autoFwUpdateOnAdd": true, "groupComplianceStatus": "COMPLIANT", "serverSettingsUris": [ "/compute-ops/v1beta1/server-settings/00000000-0000-0000-0000-800000000001" ], "platformFamily": "ANY", "devicesUri": "/compute-ops/v1beta2/groups/6081a383-b9e5-45e3-8371-1e0ba7b72068/devices", "devices": [], "serverPolicies": { "onServerAdd": { … }, "onSettingsApply": { … } }, "autoAddServerTags": { "Department": "Development - Texas" }, "groupMeta": { "noSettingsReason": "GROUP_HAS_NO_SETTINGS" }, "groupCompliance": { "summary": "COMPLIANT", "firmware": { … }, "iloSettings": { … } } }
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. Server 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:
- autoAddServerTags
- autoFwUpdateOnAdd
- createdAt
- description
- generation
- groupComplianceStatus
- id
- name
- platformFamily
- serverPolicies
- serverSettingsUris
- 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>)
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/v1beta2/groups/{group-id}/compliance
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/compliance
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/compliance
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}/compliance' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
URI to the deviceCompliance itself (i.e. a self link)
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.
Total number of items in the collection that match the filter query, if one was provided in the request
{ "offset": 0, "count": 1, "total": 12, "items": [ { … } ], "start": 0 }
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/v1beta2/groups/{group-id}/compliance/{compliance-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/compliance/{compliance-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/compliance/{compliance-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}/compliance/{compliance-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
URI to the deviceCompliance itself (i.e. a self link)
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.
{ "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "type": "compute-ops/group/compliance", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z", "resourceUri": "/compute-ops/v1beta2/groups/c26e618b-4048-4aee-8e75-fbc984897a51/compliance/b73718fb-30c3-4b0f-bee3-f5dd598414f3", "groupId": "eb54e96e-21b8-4f54-9cd4-80fccbd06f55", "serial": "string", "productId": "string", "serverId": "string", "complianceStatus": "COMPLIANT", "deviations": [ { … } ], "errorReason": "string", "complianceCategory": "FIRMWARE" }
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. Server 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:
- autoAddServerTags
- autoFwUpdateOnAdd
- createdAt
- description
- generation
- groupComplianceStatus
- id
- name
- platformFamily
- serverPolicies
- serverSettingsUris
- 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>)
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/v1beta2/groups/{group-id}/devices
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}/devices' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
{ "offset": 0, "count": 1, "total": 12, "items": [ { … } ] }
When set to false
, servers will be assigned or moved to the group specified by group-id
barring any errors.
When set to true
, servers will not be assigned or moved to the specified group. This dry-run
request will return useful information about the servers involved in the request, such as the latest eTags.
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.
This property is required when a server is moved from one group to another. It is optional (and can be omitted) for all other requests.
When moving a server from one group to another, the latest eTag for that server must be specified. To find the latest eTag(s) associated with one or more servers, send this request specifying those servers and set the query parameter dry-run
to true
. A server'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 server.
In the rare case that a request is made to assign a server 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/v1beta2/groups/{group-id}/devices
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}/devices' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"devices": [
{}
]
}'
{ "devices": [ { … } ] }
After the device is removed from its group, this option initiates a job to factory reset the specified Redfish subsystem(s). This option is only valid for servers and "BIOS" is the only supported subsystem.
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. Server 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:
- autoAddServerTags
- autoFwUpdateOnAdd
- createdAt
- description
- generation
- groupComplianceStatus
- id
- name
- platformFamily
- serverPolicies
- serverSettingsUris
- 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>)
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/v1beta2/groups/{group-id}/devices
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices
- 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/v1beta2/groups/{group-id}/devices' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
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/v1beta2/groups/{group-id}/devices/{device-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices/{device-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices/{device-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/devices/{device-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/v1beta2/groups/{group-id}/devices/{device-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
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/v1beta2/groups/{group-id}/external-storage-compliance
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/external-storage-compliance
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/external-storage-compliance
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/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/v1beta2/groups/{group-id}/ilo-settings-compliance
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/ilo-settings-compliance
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/ilo-settings-compliance
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}/ilo-settings-compliance' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Success (Group's iLO Settings compliance)
URI to the deviceCompliance itself (i.e. a self link)
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.
Server URI
Total number of items in the collection that match the filter query, if one was provided in the request
{ "offset": 0, "count": 1, "total": 12, "items": [ { … } ], "start": 0 }
- Mock server
https://stage-developer-portal-hpe.redocly.app/_mock/docs/greenlake/services/compute-ops-mgmt/public/openapi/compute-ops-mgmt-latest/compute-ops/v1beta2/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}
- API endpoint for US West
https://us-west.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}
- API endpoint for EU Central
https://eu-central.api.greenlake.hpe.com/compute-ops/v1beta2/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}
- API endpoint for AP Northeast
https://ap-northeast.api.greenlake.hpe.com/compute-ops/v1beta2/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/v1beta2/groups/{group-id}/ilo-settings-compliance/{ilo-settings-compliance-id}' \
-H 'Authorization: Bearer <YOUR_JWT_HERE>'
Successful Response
URI to the deviceCompliance itself (i.e. a self link)
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.
Server URI
{ "id": "497f6eca-6276-4993-bfeb-53cbbbba6f08", "type": "compute-ops/group/ilo-settings-compliance", "generation": 1, "createdAt": "2019-08-24T14:15:22Z", "updatedAt": "2019-08-24T14:15:22Z", "resourceUri": "/compute-ops/v1beta2/groups/eb54e96e-21b8-4f54-9cd4-80fccbd06f55/ilo-settings-compliance/b73718fb-30c3-4b0f-bee3-f5dd598414f3", "serial": "string", "productId": "string", "serverId": "string", "deviations": [ { … } ], "complianceState": "COMPLIANT", "remediation": {}, "complianceCategory": "ILO_SETTINGS", "groupId": "eb54e96e-21b8-4f54-9cd4-80fccbd06f55", "serverUri": "/compute-ops/v1beta2/servers/975017-V69+8899975017569500", "errorReason": "string" }