OpenStack Discussions

Cinder Extra_Specs

OLIVER_LIENHARD
6,571 Views

Hi

We setup openstack with the Deployment and Operations Guide 3.0 Icehouse.

Everything worked fine.

Only some extra Specs dosent work.

We like to have  SAS BSAS and SSD Volumes defined by extra Specs.

For that the default Virtual Storage admin needs some adv privileges.

Most of the worked to add. But some like "storage disk" not.

Example

netappc2::*> security login role create -role openstack -cmddirname "volume" -vserver itxone_sas -access readonly

Error: command failed: duplicate entry Worked allready added

netappc2::*> security login role create -role openstack -cmddirname "storage disk" -vserver itxone_sas -access readonly

Error: command failed: invalid operation

But i think i need this extra Spec to select by disk tyoe (SSD SAS...)

Any Idea? Thanks Oliver

1 ACCEPTED SOLUTION

lgreg
6,571 Views

Hi Oliver -

The roles required for some of the features are at a cluster level. Thus, you will need to define a ONTAP user that will be a Cluster scoped User. In your example, it appears that the user is for the specific vserver, itxone_sas

I will validate one more thing; yet see if a cluster scoped user with the appropriate privileges accomplish objective of being able to use the Extra Specs for Disk Type for you.

Regards,

Greg

On 9/5/14, 5:51 PM, "OLIVER.LIENHARD" <xdl-communities@communities.netapp.com<mailto:xdl-communities@communities.netapp.com>> scribbled in chalk:

<https://communities.netapp.com/index.jspa>

Cinder Extra_Specs

created by OLIVER.LIENHARD<https://communities.netapp.com/people/OLIVER.LIENHARD> in OpenStack - View the full discussion<https://communities.netapp.com/message/135534#135534>

Hi

We setup openstack with the Deployment and Operations Guide 3.0 Icehouse.

Everything worked fine.

Only some extra Specs dosent work.

We like to have SAS BSAS and SSD Volumes defined by extra Specs.

For that the default Virtual Storage admin needs some adv privileges.

Most of the worked to add. But some like "storage disk" not.

Example

netappc2::*> security login role create -role openstack -cmddirname "volume" -vserver itxone_sas -access readonly

Error: command failed: duplicate entry Worked allready added

netappc2::*> security login role create -role openstack -cmddirname "storage disk" -vserver itxone_sas -access readonly

Error: command failed: invalid operation

But i think i need this extra Spec to select by disk tyoe (SSD SAS...)

Any Idea? Thanks Oliver

Reply to this message by replying to this email -or- go to the message on NetApp Community<https://communities.netapp.com/message/135534#135534>

Start a new discussion in OpenStack by email<mailto:discussions-groups-openstack@communities.netapp.com> or at NetApp Community<https://communities.netapp.com/choose-container.jspa?contentType=1&containerType=700&container=1920>

View solution in original post

5 REPLIES 5

lgreg
6,571 Views

Hi

I'll take a look at this over the weekend.. I did some testing with SAS drive extra spec and didn't run into the issue you have. But will review this weekend..

Thanks

Greg

On 9/5/14, 5:51 PM, "OLIVER.LIENHARD" <xdl-communities@communities.netapp.com<mailto:xdl-communities@communities.netapp.com>> scribbled in chalk:

<https://communities.netapp.com/index.jspa>

Cinder Extra_Specs

created by OLIVER.LIENHARD<https://communities.netapp.com/people/OLIVER.LIENHARD> in OpenStack - View the full discussion<https://communities.netapp.com/message/135534#135534>

Hi

We setup openstack with the Deployment and Operations Guide 3.0 Icehouse.

Everything worked fine.

Only some extra Specs dosent work.

We like to have SAS BSAS and SSD Volumes defined by extra Specs.

For that the default Virtual Storage admin needs some adv privileges.

Most of the worked to add. But some like "storage disk" not.

Example

netappc2::*> security login role create -role openstack -cmddirname "volume" -vserver itxone_sas -access readonly

Error: command failed: duplicate entry Worked allready added

netappc2::*> security login role create -role openstack -cmddirname "storage disk" -vserver itxone_sas -access readonly

Error: command failed: invalid operation

But i think i need this extra Spec to select by disk tyoe (SSD SAS...)

Any Idea? Thanks Oliver

Reply to this message by replying to this email -or- go to the message on NetApp Community<https://communities.netapp.com/message/135534#135534>

Start a new discussion in OpenStack by email<mailto:discussions-groups-openstack@communities.netapp.com> or at NetApp Community<https://communities.netapp.com/choose-container.jspa?contentType=1&containerType=700&container=1920>

OLIVER_LIENHARD
6,571 Views

Hi Igreg

Yes that worked for me, with the Cluster Scoped User all the required permissions worked.

A correction in the ops guide is requirde.

Thank you for the fast respons.

Oliver

lgreg
6,571 Views

Hey Oliver -

Already have the correction, going to include this, with a couple of other edits, upstream very soon...

Glad that this worked for you!

Greg

On 9/9/14, 3:48 AM, "OLIVER.LIENHARD" <xdl-communities@communities.netapp.com<mailto:xdl-communities@communities.netapp.com>> scribbled in chalk:

<https://communities.netapp.com/index.jspa>

Re: Cinder Extra_Specs

created by OLIVER.LIENHARD<https://communities.netapp.com/people/OLIVER.LIENHARD> in OpenStack - View the full discussion<https://communities.netapp.com/message/135581#135581>

Hi Igreg

Yes that worked for me, with the Cluster Scoped User all the required permissions worked.

A correction in the ops guide is requirde.

Thank you for the fast respons.

Oliver

Reply to this message by replying to this email -or- go to the message on NetApp Community<https://communities.netapp.com/message/135581#135581>

Start a new discussion in OpenStack by email<mailto:discussions-groups-openstack@communities.netapp.com> or at NetApp Community<https://communities.netapp.com/choose-container.jspa?contentType=1&containerType=700&container=1920>

lgreg
6,572 Views

Hi Oliver -

The roles required for some of the features are at a cluster level. Thus, you will need to define a ONTAP user that will be a Cluster scoped User. In your example, it appears that the user is for the specific vserver, itxone_sas

I will validate one more thing; yet see if a cluster scoped user with the appropriate privileges accomplish objective of being able to use the Extra Specs for Disk Type for you.

Regards,

Greg

On 9/5/14, 5:51 PM, "OLIVER.LIENHARD" <xdl-communities@communities.netapp.com<mailto:xdl-communities@communities.netapp.com>> scribbled in chalk:

<https://communities.netapp.com/index.jspa>

Cinder Extra_Specs

created by OLIVER.LIENHARD<https://communities.netapp.com/people/OLIVER.LIENHARD> in OpenStack - View the full discussion<https://communities.netapp.com/message/135534#135534>

Hi

We setup openstack with the Deployment and Operations Guide 3.0 Icehouse.

Everything worked fine.

Only some extra Specs dosent work.

We like to have SAS BSAS and SSD Volumes defined by extra Specs.

For that the default Virtual Storage admin needs some adv privileges.

Most of the worked to add. But some like "storage disk" not.

Example

netappc2::*> security login role create -role openstack -cmddirname "volume" -vserver itxone_sas -access readonly

Error: command failed: duplicate entry Worked allready added

netappc2::*> security login role create -role openstack -cmddirname "storage disk" -vserver itxone_sas -access readonly

Error: command failed: invalid operation

But i think i need this extra Spec to select by disk tyoe (SSD SAS...)

Any Idea? Thanks Oliver

Reply to this message by replying to this email -or- go to the message on NetApp Community<https://communities.netapp.com/message/135534#135534>

Start a new discussion in OpenStack by email<mailto:discussions-groups-openstack@communities.netapp.com> or at NetApp Community<https://communities.netapp.com/choose-container.jspa?contentType=1&containerType=700&container=1920>

lgreg
6,571 Views

Oliver - Any updates in regards to setting user to be Cluster-Scoped? I see where the Guide indicates SVM scoped; and will be making that edit very soon....

Regards,

Greg

Public