-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PF - Issue #283 #328
PF - Issue #283 #328
Conversation
Update my own fork
Update my fork
No code reviews required, PR created to facilitate collaboration on this PR |
@pfguglielmi I have made some changes to allow for pipelining from Get-RubrikSLA. It is in working order but it might be able to use some improvements. Can you take a look at the code and let me know what you think. Also can you verify that the validate set for HourlyRetentionUnit is correct? |
Relates to issue #283 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great PF. I had no issues...
Other than I don't see any unit tests :)
Probably want to have another look at this though - lots of code there - good work!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested the Set-RubrikSLA command against multiple SLAs, Creating SLAs from scratch and modifying different properties of those SLAs. Seems to work as intended. There is a lot of logic in the if-elseif-else statements in this script. This needs a solid suite unit tests to ensure this works as intended, and to allow others to modify this code with confidence.
Description
Code complete. This new cmdlet allows to update an existing SLA Domain with new settings. Advanced SLA configuration introduced in 5.0 is supported.
Related Issue
This project only accepts pull requests related to open issues.
Relates to issue #283
Motivation and Context
Why is this change required? What problem does it solve?
Updating an existing SLA Domain was not possible before.
How Has This Been Tested?
I've done extensive tests against a 4.2 cluster and a 5.0 cluster, with and without advanced SLA configuration enabled. Tested all parameters for both CDM versions, whether all at once, or individually, or in pairs fro instance. Tested both with input from the pipeline (Get-RubrikSLA) and without. Tested with PowerShell Core as well as Windows PowerShell.
Screenshots (if appropriate):
Types of changes
What types of changes does your code introduce? Put an
x
in all the boxes that apply:Checklist:
Go over all the following points, and put an
x
in all the boxes that apply. If you're unsure about any of these, don't hesitate to ask. We're here to help!