-
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
xSQLServerSetup: Unable to map disks when adding a feature to cluster install #433
Comments
Okay, so I tried to fix the above, that did not work. Seems I need new disk for adding the SSAS feature. I thought I could leverage the same disks which are used by the same instance. Or does it think I want to install "a new instance" with the same name. 🤔
|
Well, this article answers the question... You cannot add or remove features to a SQL Server 2008, SQL Server 2008 R2, or SQL Server 2012 failover cluster Guess that goes for SQL 2014 and 2016 as well. |
Added a note to the README.md saying that it is not possible to add or remove features from a SQL Server failover cluster (issue dsccommunity#433). Changed so that it reports false if the desired state is not correct (issue dsccommunity#432).
Added a note to the README.md saying that it is not possible to add or remove features from a SQL Server failover cluster (issue dsccommunity#433). Changed so that it reports false if the desired state is not correct (issue dsccommunity#432).
Added a note to the README.md saying that it is not possible to add or remove features from a SQL Server failover cluster (issue dsccommunity#433). Changed so that it reports false if the desired state is not correct (issue dsccommunity#432).
#438) - Changes to xSQLServerSetup - Added a note to the README.md saying that it is not possible to add or remove features from a SQL Server failover cluster (issue #433). - Changed so that it reports false if the desired state is not correct (issue #432). - Added a test to make sure we always return false if a SQL Server failover cluster is missing features. - Helper function Connect-SQLAnalysis - Now has correct error handling, and throw does not used the unknown named parameter '-Message' (issue #436) - Added tests for Connect-SQLAnalysis - Changed to localized error messages. - Minor changes to error handling.
Details of the scenario you try and problem that is occurring:
When adding SSAS to a already installed instance, and at the same time using the same disks for the paths for SSAS. Then the resource can not map the paths to the correct drives.
This is because it only looks at available storage, not storage already being used (if any).
https://github.com/PowerShell/xSQLServer/blob/dev/DSCResources/MSFT_xSQLServerSetup/MSFT_xSQLServerSetup.psm1#L954
It should also evaluate at any existing disks in the cluster group
$FailoverClusterNetworkName
. For example using the below code.The DSC configuration that is using the resource (as detailed as possible):
Version of the Operating System, SQL Server and PowerShell the DSC Target Node is running:
Windows Server 2016, SQL Server 2014, WMF5.0
Version of the DSC module you're using, or 'dev' if you're using current dev branch:
Dev
The text was updated successfully, but these errors were encountered: