SPSearchTopology: Export places the $ConfigurationData between quotes
See original GitHub issueI’m looking for some help, because I’m having a hard time getting SPSearchTopology configured. I keep getting the following events in the DSC Log, currently with exactly one minute in between:
Job {3FF2D5A4-8F36-11EC-B34D-EE000000024D} : This event indicates that a non-terminating error was thrown when DSCEngine was executing Set-TargetResource on MSFT_SPSearchTopology DSC resource. FullyQualifiedErrorId is Microsoft.Office.Server.Search.Cmdlet.GetSearchServiceInstance. Error Message is SearchServiceInstance is not found on server ‘System.MyDomain.com’…
And
Job {3FF2D5A4-8F36-11EC-B34D-EE000000024D} : MIResult: 1 Error Message: SearchServiceInstance is not found on server ‘System.MyDomain.com’. Message ID: Microsoft.Office.Server.Search.Cmdlet.GetSearchServiceInstance Error Category: 6 Error Code: 6 Error Type: MI
My config for the main server (APPSERVER01) performing the install:
SPSearchServiceApp CreateSearchServiceApplication {
AlertsEnabled = $True;
ApplicationPool = "SharePoint Web Services Default";
DatabaseName = Farm_SA_Search";
DatabaseServer = "sql01.mydomain.com"
Ensure = "Present";
FixFarmAccountPermissions = $True;
Name = "Search Service Application";
ProxyName = "Search Service Application Proxy";
PsDscRunAsCredential = $SPSetupAccount;
SearchCenterUrl = "https://farm.mydomain.com/sites/search/Pages";
DependsOn = @("[SPManagedAccount]SPCrawlAccount","[SPWebApplication]SharePointMySites","[SPWebApplication]SharePointSites","[SPServiceAppPool]SharePointWebServicesDefault","[WaitForAll]AppServersReadyForSearchTopology")
}
SPSearchTopology CreateSearchTopology {
ServiceAppName = "Search Service Application";
Admin = @("APPSERVER01","APPSERVER02","APPSERVER03");
Crawler = @("APPSERVER01","APPSERVER02","APPSERVER03");
ContentProcessing = @("APPSERVER01","APPSERVER02","APPSERVER03");
AnalyticsProcessing = @("APPSERVER01","APPSERVER02","APPSERVER03");
QueryProcessing = @("APPSERVER01","APPSERVER02","APPSERVER03");
IndexPartition = @("APPSERVER01","APPSERVER02","APPSERVER03");
PsDscRunAsCredential = $SPSetupAccount;
FirstPartitionDirectory = "E:\SearchIndex\0";
DependsOn = "[SPSearchServiceApp]CreateSearchServiceApplication"
}
The other two servers (02 and 03) are at that moment in an installed state, and joined to the farm. Further configuration is not yet performed, and they are waiting to be added to the topology. Output of Get-SPEnterpriseSearchServiceInstance shows the search instances on those servers as online. I’ve been pulling my hair for over a week on this, I’ve no idea where this “system” is coming from. What am I doing wrong, because I’m definitely doing something wrong.
Issue Analytics
- State:
- Created 2 years ago
- Comments:15 (6 by maintainers)
To clarify my new knowledge, being less of an idot.
@{ AllNodes = @( @{ NodeName = ‘localhost’ NodeType = ‘Client’ # VALUES: Client | Server NodeRole = @(‘BizTalk’, ‘ServiceFabric’, ‘SqlServer’) # VALUES: BizTalk & ServiceFabric & SqlServer BizTalkReplica = ‘Primary’ # VALUES: Primary | Secondary ServiceFabricReplica = ‘Primary’ # VALUES: Primary | Secondary SqlServerReplica = ‘Primary’ # VALUES: Primary | Secondary PSDscAllowDomainUser = $true PSDscAllowPlainTextPassword = $true }, @{ NodeName = ‘*’ } ) Modules = @( @{ Name = ‘xPSDesiredStateConfiguration’; Version = ‘9.1.0’ } @{ Name = ‘ComputerManagementDsc’; Version = ‘8.5.0’ } @{ Name = ‘NetworkingDsc’; Version = ‘8.2.0’ } @{ Name = ‘xWindowsUpdate’; Version = ‘2.8.0’ } ) BizTalk = @{ Modules = @( @{ Name = ‘BizTalkServer’; Version = ‘0.1.1.4’ } ) ProductName = ‘Microsoft BizTalk Server 2020’ ProductId = ‘{205F5836-7512-4A06-9E74-ADC8AFA0EEC5}’ SourcePath = ‘C:\Users\Public\Public Media\BizTalk 2020\BizTalk Server\Setup.exe’ Patch = @{ ProductName = ‘Microsoft BizTalk Server 2020 Cumulative Update 3 [KB 5007969]’ ProductId = ‘{0AA5B03E-C72E-4769-B351-97C57E24BF5A}’ SourcePath = ‘C:\Users\Public\Public Media\BizTalk 2020\BizTalk Server CUs\BTS2020-KB5007969-ENU (CU3).exe’ } # TODO: Break out to psd1 file Adapters = @( @{ Name = ‘AzureBlobStorage’ ReceiveHandlers = @( @{ Host = ‘GcRxHost64’ } ) SendHandlers = @( @{ Host = ‘GcSxHost64’; Default = $false } ) } ) Hosts = @() } ServiceFabric = @{ Modules = @( @{ Name = ‘ServiceFabricDsc’; Version = ‘1.0.0.1’ } ) ProductName = ‘???’ ProductId = ‘???’ SourcePath = ‘\??????’ # TODO: Break out to psd1 file } SqlServer = @{ Modules = @( @{ Name = ‘xFailoverCluster’; Version = ‘1.16.0’ } # TODO: There is a version 1.17.0 that enables placing cluster nodes in desired AD OU, need som OS love @{ Name = ‘SqlServerDsc’; Version = ‘15.2.0’ } ) SourcePath = ‘C:\Users\Public\Public Media\SQL Server 2019’ # TODO: Break out to psd1 file ConfigureWindowsFirewall = $true SQLUserDBDir = $null SQLUserDBLogDir = $null SQLTempDBDir = $null SQLTempDBLogDir = $null FailoverClusterName = ‘CLUSQL’ FailoverClusterIPAddress = ‘192.168.1.200’ FailoverClusterIgnoreNetwork = ‘10.0.3.0/16’ SqlInstances = @( @{ Name = ‘MSSQLSERVER’ Features = ‘SQLENGINE’ AsServerMode = ‘TABULAR’ MaxDop = 0 TcpPort = 1433 EndPointIPAddress = $null EndPointPort = $null Logins = @(); } ) } Windows = @{ SourcePath = ‘C:\Users\Public\Public Media\Windows 10\Sources\Sxs’ } }
From: Ilian Nilsson Sent: Thursday, 17 February 2022 15:20 To: dsccommunity/SharePointDsc @.>; dsccommunity/SharePointDsc @.> Cc: Subscribed @.***> Subject: RE: [dsccommunity/SharePointDsc] SPSearchTopology: "SearchServiceInstance is not found on server “System.MyDomain.com” (Issue #1381)
I’m an idot to.
For a long time i tought that NonNodeData was required, it is not. You can name the NonNodeData whatever you want. And you can have multiple ‘NonNodeData’
From: JenTonUg @.@.>> Sent: Thursday, 17 February 2022 15:17 To: dsccommunity/SharePointDsc @.@.>> Cc: Subscribed @.@.>> Subject: Re: [dsccommunity/SharePointDsc] SPSearchTopology: "SearchServiceInstance is not found on server “System.MyDomain.com” (Issue #1381)
Nevermind, I think I spotted it in the config with your help.
Crawler = “$ConfigurationData.NonNodeData.SearchCrawlerServers”;
==> I put double quotes there… I’m an idiot. I might have looked at it 30 times but never spotted it.
I’ll switch it out and retry, but that should be it. Thank you for your help, very much appreciated!
— Reply to this email directly, view it on GitHubhttps://github.com/dsccommunity/SharePointDsc/issues/1381#issuecomment-1042995473, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AID6F4CDZGV6RYPXPCWA7ZDU3T7L7ANCNFSM5OSAD7HQ. Triage notifications on the go with GitHub Mobile for iOShttps://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Androidhttps://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub. You are receiving this because you are subscribed to this thread.Message ID: @.@.>>
Looks like I closed this early before you had the chance to commit your fix. I went through the reverseDSC I made before, and found the issue on SPSearchIndexPartition on the Servers property too. The rest of the export looks free of the issue.