2017-01-13 02:03 PM
I have a script that I have used these two cmdlets without issue on any 8.2/8.3 flavor I've tested. Now testing against 9.x I get this error with other of these cmdlets. I was able to resolve for the "Get" by changing the -vserver parameter to using -vservercontext instead. Why would the new OS version require that difference? Regarding the "Set" cmdlet, regardless of passing values for every parameter accepted by that cmdlet I still get this error and now way around it. Any ideas on the difference in ONTAP 9 that might be causing this? I've tested against multiple 9.0x and 9.1x systems and getting the same results.
Solved! SEE THE SOLUTION
2017-02-03 01:08 AM
do you have any update to this problem? I have the same one with the set-NcSecuritySsl Command in Ontap 9.1.
2017-02-03 11:10 AM
This appears to be a bug in the PSTK. I'm able to do modifications by executing ZAPI directly from PowerShell...for example:
Invoke-NcSystemApi -VserverContext $svmName "<security-ssl-modify><client-authentication-enabled>false</client-authentication-enabled></security-ssl-modify>"
As a workaround, it should be relatively straightforwad to create a custom PowerShell function to wrap creating the ZAPI request for this.
I'll create a new bug for this issue. I'm happy to pay you in NetApp stickers (if you're not already innundated) for finding it : )
2017-02-04 11:01 AM
Thanks Andrew! I appreciate the syntax as well for the invoke API cmdlet as I hadn't used that yet. I'll craft that as a workaround. Good stuff!
2017-02-28 06:03 AM
did you ever found the time to file the bug (as I couldn't find it)? If not, I'll go ahead and do it so this can be fixed. Just ran into this as well...
2017-03-08 03:05 AM
$Request = @"
Invoke-NcSystemApi -VserverContext $VserverName -Request $Request
This worked for me
+1 to file a burt
2017-03-08 04:58 AM
Thanks all for the replies - I updated the script here too: