We see a race condition when leveraging ONTAP rest API to update Export policies with new clients. When there are multiple simultaneous calls to API to update the same export policy at the sametime we see only one wins(which finished last) and rest all fails.Just wanted to check is there any way to handle this race condition and anyone has any fix/solution towards it.Appreciate your inouts.Thanks
... View more
We have an interesting case here. Bit older Ontap version, 9.7, but may apply to newer versions too. Also a bit of show stopper for our ongoing zapi-to-rest porting, otherwise progressing very well, and rest apis both performing well and simplifying existing code greatly. Problem: As documented https://library.netapp.com/ecmdocs/ECMLP2862544/html/, this should work, but as the test below show, it does not, ontap rest cli passthrough is not retreiving the available_size field even though that field is visible in the vserver CLI console, under exact same user/lif. Documentation states the security for both console CLI and ontap cli passthru is exactly the same: Security: All CLI-based REST APIs are RBAC-controlled, based on the role of the authenticated user and have the same protections they have in the CLI. Ontap CLI console, at SVM lif, shows all the fields we need, especially the aggr available size: devzzy::> vserver show-aggregates
Available
Vserver Aggregate State Size Type SnapLock Type
-------------- -------------- ------- ---------- ------- --------------
devzzy dev_stor_01_ssd1 online 14.09TB ssd non-snaplock
devzzy dev_stor_02_ssd1 online 16.34TB ssd non-snaplock
2 entries were displayed.
devzzy::> version
NetApp Release 9.7P13: Thu Apr 15 02:06:46 UTC 2021 Ontap REST to CLI passthrough, showing nothing but vserver and aggr name and ignores the fields required. At he end, positive test confirming the calling syntax is ok: simacr@simacr-linux:~$curl --insecure --user user:pass "https://devzzy/api/private/cli/vserver/aggregates"
{
"records": [
{
"vserver": "devzzy",
"aggregate": "dev_stor_01_ssd1"
},
{
"vserver": "devzzy",
"aggregate": "dev_stor_02_ssd1"
}
],
"num_records": 2
}
simacr@simacr-linux:~$ curl --insecure --user user:pass "https://devzzy/api/private/cli/vserver/aggregates?fields=available_size"
{
"error": {
"message": "The value \"available_size\" is invalid for field \"fields\" (<field,...>)",
"code": "262197",
"target": "fields"
}
}simacr@simacr-linux:~$ curl --insecure --user user:pass "https://devzzy/api/private/cli/vserver/aggregates?fields=size"
{
"error": {
"message": "The value \"size\" is invalid for field \"fields\" (<field,...>)",
"code": "262197",
"target": "fields"
}
}simacr@simacr-linux:~$ curl --insecure --user user:pass "https://devzzy/api/private/cli/vserver/aggregates?fields=state"
{
"error": {
"message": "The value \"state\" is invalid for field \"fields\" (<field,...>)",
"code": "262197",
"target": "fields"
}
}simacr@simacr-linux:~$ curl --insecure --user user:pass "https://devzzy/api/private/cli/vserver/aggregates?fields=vserver"
{
"records": [
{
"vserver": "devzzy",
"aggregate": "dev_stor_01_ssd1"
},
{
"vserver": "devzzy",
"aggregate": "dev_stor_02_ssd1"
}
],
"num_records": 2
}
... View more
Dear All! I have a problem: 1. We using Bluexp / cloud manager. Our Netapps are running on AWS. Our goal is: 1. I want to query the S3 keys using the Netapp systems 2. I want to apply the new S3 keys for the Netapp systems How can i implement it? Usually we change the keys using the BlueXP GUI. BR: Pal
... View more
I've updated PowerShell Toolkit on my workstations and servers to versions later than 9.10.1.x (either 9.11.1.2208 or 9.12.1.2302) and now standard cmdlets do not work correctly unless using the legacy -ONTAPI switch. When I try to run something seemingly simple like Get-NCVol I get varying and/or missing results (see attachments). As far as I can tell the Get-NCVol uses the volume-get-iter REST API which has no mention that it is being deprecated or does not have a REST API equivalent from ZAPI. The same thing happens for other common cmdlets such as Get-NCAggr. Am I missing something? Thanks.
... View more