-
Notifications
You must be signed in to change notification settings - Fork 225
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
SqlSetup: Fix for issue 448 #1301
Conversation
@johlju PR |
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.
Reviewed 3 of 3 files at r1.
Reviewable status: all files reviewed, 8 unresolved discussions (waiting on @nesith)
CHANGELOG.md, line 37 at r1 (raw file):
...as this was causing the...
Maybe this is more descriptive: ...since that was preventing the resource to be able to be debugged ([issue #448](https://github.com/PowerShell/SqlServerDsc/issues/448)).
DSCResources/MSFT_SqlSetup/MSFT_SqlSetup.psm1, line 1029 at r1 (raw file):
# Fixing issue 448, setting FailoverClusterGroupName to default value if not specified in configuration
We can remove this blank row.
DSCResources/MSFT_SqlSetup/MSFT_SqlSetup.psm1, line 1030 at r1 (raw file):
if(
We should use space between the if-statement and the parenthesis if (
.
DSCResources/MSFT_SqlSetup/MSFT_SqlSetup.psm1, line 1032 at r1 (raw file):
$boundParameters.FailoverClusterGroupName
I think it is better to assign it like below, because it it is not part of $PSBoundParameters
we don't want it there after we set the default value either. That could indicate wrongly in later code that the user assigned the value when we in fact assigned the default value. $PSBoundParameters
should normally only contain those parameters that the user assigned in the configuration. 🙂
$FailoverClusterGroupName = "SQL Server($InstanceName)"
DSCResources/MSFT_SqlSetup/MSFT_SqlSetup.psm1, line 1032 at r1 (raw file):
"SQL Server($InstanceName)"
There should be a space in the name "SQL Server ($InstanceName)"
if I look at the old code. 🙂
DSCResources/MSFT_SqlSetup/MSFT_SqlSetup.psm1, line 2155 at r1 (raw file):
Write-Verbose -Message ($script:localizedData.FeaturesFound -f $($getTargetResourceResult.Features)) # Fixing issue 448, setting FailoverClusterGroupName to default value if not specified in configuration
Please update this block with the same changes as was made above.
DSCResources/MSFT_SqlSetup/MSFT_SqlSetup.psm1, line 2194 at r1 (raw file):
}#>
This this extra #>
should be removed?
DSCResources/MSFT_SqlSetup/MSFT_SqlSetup.schema.mof, line 56 at r1 (raw file):
[Write, Description("The name of the resource group to create for the clustered SQL Server instance.")] String FailoverClusterGroupName;
This should still say ... . Default is 'SQL Server (InstanceName)'.
, because it still applies, right?
There are merge conflicts since your PR was not based on the latest changes. Could you please rebase against branch dev using |
Sorry had a very busy couple of weeks at work, I will fix the issues sometime this week. |
@nesith no worries. Looking forward merging this. 🙂 |
When you have time to work on this, then this PR need to be rebased too because of changes been merged into dev 😃 |
Codecov Report
@@ Coverage Diff @@
## dev #1301 +/- ##
=====================================
+ Coverage 98% 98% +<1%
=====================================
Files 36 36
Lines 5331 5335 +4
=====================================
+ Hits 5225 5229 +4
Misses 106 106 |
@johlju Hi, Seems the chnages I made to the dynamic variables as per your comments are breaking the tests, I will have a look at this this weekend |
@nesith sounds great! :) Let me know when you are done and I continue the review. |
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.
Reviewed 3 of 3 files at r3.
Reviewable status: all files reviewed, 1 unresolved discussion (waiting on @nesith)
a discussion (no related file):
We should add a test that covers this change. I will help resolve that in a day or so. Just a reminder to myself. 🙂
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.
Reviewable status: complete! all files reviewed, all discussions resolved
a discussion (no related file):
Previously, johlju (Johan Ljunggren) wrote…
We should add a test that covers this change. I will help resolve that in a day or so. Just a reminder to myself. 🙂
This change was already covered by tests.
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.
Reviewable status: complete! all files reviewed, all discussions resolved
Closing and reopening to kick off the tests again, |
@nesith Thank you sending in this PR! I took it over the finish line now. 🙂 |
Pull Request (PR) description
set since that was preventing the resource to be able to be debugged
(issue #448).
This Pull Request (PR) fixes the following issues
Task list
Entry should say what was changed, and how that affects users (if applicable).
and comment-based help.
This change is