Applications Systems

SRM: Permissions needed to monitor NetApp Cluster mode files and gather data

This article contains the permissions needed for Storage Resource Monitor to monitor NetApp Clusters and gather data. NetApp Cluster mode permissions are related to the CLI commands, which produces same result and are set based on these permissions. Each user used for monitoring has to be assigned in a role with all required capabilities.

First published date

11/29/2018 10:56 PM

Last published date

6/26/2023 7:15 PM

Overview

This article contains the permissions needed for Storage Resource Monitor to monitor NetApp Clusters and gather data. NetApp Cluster mode permissions are related to the CLI commands, which produces same result and are set based on these permissions. Each user used for monitoring has to be assigned in a role with all required capabilities.


For more information, please consult the documentation supplied with your array, or contact your vendor.

Product section

Storage Resource Monitor

Resolution

Permissions needed 

The following permissions are needed for Storage Resource Monitor to gather data using NetApp. NetApp Cluster mode permissions are related to the CLI commands, which produces same result and are set based on these permissions. Each user used for monitoring has to be assigned in a role with all required Capabilities.


These API capabilities are required for Cluster Mode. Because permissions are set to the CLI commands, which displays the particular data, the tables below also show command names. These are used to assign permission to the specific API.
 

API NAMERELATED CLI COMMAND
aggr-get-iterstorage aggregate show
cifs-server-get-itervserver cifs show
cifs-share-get-itervserver cifs share show
cluster-identity-getcluster identity show
diagnosis-status-getsystem health status show
fcp-initiator-get-itervserver fcp initiator show
fcp-interface-get-itervserver fcp interface show
igroup-get-iterlun igroup show
iscsi-initiator-get-itervserver iscsi initiator show
iscsi-service-get-itervserver iscsi show
lun-get-iterlun show
lun-map-get-iterlun mapped show
net-interface-get-iternetwork interface show
nfs-exportfs-list-rules-2vserver export-policy show
perf-object-get-instancesstatistics show
quota-report-itervolume quota report
storage-disk-get-iterstorage disk show
system-get-vendor-infosystem node autosupport show
system-get-versionversion
volume-get-itervolume show
vserver-get-itervserver show
license-list-infosystem license show
license-v2-list-infosystem license show


Log in to the NetApp CLI and follow these steps to create a read-only user with sufficient privileges for monitoring the device in SRM.


Summary of required steps 

  1. Create a new role and assign the specific command privileges under the read only access level or use the built-in ‘Read Only’ role.
  2. Create a monitoring user and assign it to the role.


Detailed steps 

  1. Skip this step if you are going to use the built-in ‘Read Only’ role.

Create new role and assign the specific command privileges under the read only access level: 

security login role create -role testrole -cmddirname "security login role show-ontapi" -access readonly


You can verify if a particular role has a permission assigned by using the following command: 

security login role show -role testrole


To assign all permissions listed above, you can copy and paste following text: 

security login role create -role testrole -cmddirname "storage aggregate show" -access readonly

security login role create -role testrole -cmddirname "vserver cifs show" -access readonly

security login role create -role testrole -cmddirname "vserver cifs share show" -access readonly

security login role create -role testrole -cmddirname "cluster identity show" -access readonly

security login role create -role testrole -cmddirname "system health status show" -access readonly

security login role create -role testrole -cmddirname "vserver fcp initiator show" -access readonly

security login role create -role testrole -cmddirname "vserver fcp interface show" -access readonly

security login role create -role testrole -cmddirname "lun igroup show" -access readonly

security login role create -role testrole -cmddirname "vserver iscsi initiator show" -access readonly

security login role create -role testrole -cmddirname "vserver iscsi show" -access readonly

security login role create -role testrole -cmddirname "lun show" -access readonly

security login role create -role testrole -cmddirname "lun mapped show" -access readonly

security login role create -role testrole -cmddirname "network interface show" -access readonly

security login role create -role testrole -cmddirname "vserver export-policy show" -access readonly

security login role create -role testrole -cmddirname "statistics show" -access readonly

security login role create -role testrole -cmddirname "volume quota report" -access readonly

security login role create -role testrole -cmddirname "storage disk show" -access readonly

security login role create -role testrole -cmddirname "system node autosupport show" -access readonly

security login role create -role testrole -cmddirname "version" -access readonly

security login role create -role testrole -cmddirname "volume show" -access readonly

security login role create -role testrole -cmddirname "vserver show" -access readonly

security login role create -role testrole -cmddirname "system license show" -access readonly

These commands might produce warnings that they will affect other permissions. These warnings can be ignored.
 

  1. Create the monitoring user with this role:

  • If you are using the built-in Read Only role: 
    security login create -role readonly -username <user name> -application ontapi -authmethod <authMethod>
  • If you are using the custom role created above: 
    security login create -role testrole -username <user name> -application ontapi -authmethod <authMethod>

<user name> is the user name of the user created. For a domain user, user <domain>\<user name>. Make sure to use all lower case letters for the domain and user name. <authMethod> is 'domain' if you are adding a domain user to the role. Otherwise it is 'password'.


Example 1: creating a local user 'test' using built-in role 

security login create -role readonly -username test -application ontapi -authmethod password

Example 2: creating a local user 'test' using custom role 'testrole' 

security login create -role testrole -username test -application ontapi -authmethod password

Example 3: creating a domain user 'test' using custom role 'testrole' 

security login create -role testrole -username testdomain\test -application ontapi -authmethod domain

 

Note: Changing the permissions would require assigning the user to the role again.

 

Disclaimer: Please note, any content posted here is provided as a suggestion or recommendation to you for your internal use. This is not part of the SolarWinds software or documentation that you purchased from SolarWinds, and the information set forth herein may come from third parties. Your organization should internally review and assess to what extent, if any, such custom scripts or recommendations will be incorporated into your environment.  You elect to use third party content at your own risk, and you will be solely responsible for the incorporation of the same, if any.