Customer is trying to pull the IOPs report for all volumes for last 6 months or longer, over the RESTAPI endpoint they could collect only last 96 hours of data (Per API documentation, there is no parameter discussed to pull the historical data other than 96 hours default one), but they are able to collect last 13 months of IOPs data for individual volumes by manual GUI steps. Customer states that collecting manually for 5000+ volumes is not something easier process. So, they require to know if there's a way, they could collect the same 13 months of IOPS data over an API for all the volumes.
... View more
I am a new to Netapp and the API, but managed to build a Python script to output the acls on a list of UNC paths. I ran into a path with an unresolved SID, which I can see using the vserver security file-directory show -verserver <svm> -path <path> command at the CLI. But when I make the API call to retrieve the permissions, I get a 404 response: {
"error": {
"message": "Failed to convert SID to a Windows name. Reason: \"SecD Error: object not found\". ",
"code": "4849677"
}
} The owner SID is irrelevant for my current use case. Is there any way for me to modify my API call to ignore the unresolved SID and return the alcs anyway?
... View more
I am using API from https://docs.netapp.com/us-en/ontap-restapi/ontap/post-protocols-file-security-permissions-.html#related-ontap-commands to setup file permissions at junction path level The API payload has APPLY TO set as "apply_to": { "files": true, "sub_folders": true, "this_folder": true } However the response from API gives back permissions as applied only for sub_folders and this_folder "owner": "group", "path": "/test_oct_vol", "acls": [ { "access": "access_allow", "user": "userid", "apply_to": { "this_folder": true, "sub_folders": true } : : } Why are permissions not getting applied at files level. Please can someone help.
... View more
Majority of production storages in our IT Landscape is NetApp based, We are trying to find list of volumes that are not accessed for more than 90 days. We do not have Blue Xp in our infra. But we have NetApp AIQ. Please let me know if it is possible to get list of volumes not accessed for 90 days via RESTAPI or any other methods.
... View more
I recently update our NetApp PSTK from 9.8 to 9.14.1.2401, and since the queries in my scripts are failing (see output below from 9.8 and 9.14). OnTap version is 9.12.1P10. Get-NcNetDeviceDiscovery is the only command I use the query with, so I don't know if it's all commands or just that one. Does anyone know why I'm getting this error and how I can fix it? Query with PSTK 9.8: PS C:\> Get-NcNetDeviceDiscovery -Query @{Node="cluster01-01";Port="e0M"}
DiscoveredDevice Node Interface Port Platform Capabilities
---------------- ---- --------- ---- -------- ------------
switchname... cluster01-01 Gi1/0/3 e0M {router, trans_br... Query with PSTK 9.14.1.2401: PS C:\> Get-NcNetDeviceDiscovery -Query @{Node="cluster02-01";Port="e0M"}
Get-NcNetDeviceDiscovery : [400]: Field "return_unmatched_nested_array_objects" was specified twice (to "false" and "false").
At line:1 char:1
+ Get-NcNetDeviceDiscovery -Query @{Node=" cluster02-01";Port="e0M"}
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidOperation: (:) [Get-NcNetDeviceDiscovery], Exception
+ FullyQualifiedErrorId : 400,DataONTAP.C.PowerShell.SDK.Cmdlets.Net.GetNcNetDeviceDiscovery It does work if I add -ONTAPI to the end of the command, but, from my understanding, that means it's reverting to ZAPI, and so will not work in future versions of OnTap, correct?
... View more